Pd-dev August 2013

pd-dev@lists.iem.at

13 participants
15 discussions

[pure-data:bugs] #1103 confusing help for subpatch and table
by Claude Heiland-Allen 08 Aug '13

08 Aug '13

--- ** [bugs:#1103] confusing help for subpatch and table** **Status:** open **Labels:** documentation **Created:** Thu Aug 08, 2013 04:33 PM UTC by Claude Heiland-Allen **Last Updated:** Thu Aug 08, 2013 04:33 PM UTC **Owner:** nobody Pd-0.45.0 ("test") compiled 17:10:02 Aug 8 2013 What Happens ------------ * [pd] subpatch right-click help opens canvas-help.pd which is really the help patch for [table] * there is a pd-help.pd for subpatches, accessible from [inlet] [inlet~] [outlet] [outlet~] right-click help * [table] right-click help opens canvas-help.pd * help browser 5.reference doesn't list any table-help.pd * empty canvas space right-click help opens help-intro.pd What I Expected --------------- * [pd] -> pd-help.pd * [table] -> table-help.pd (with same or better content as current canvas-help.pd) * empty space -> canvas-help.pd which could explain the process of creating patches using mouse and keyboard etc * "object index" (or similar) menu item in help menu -> help-intro.pd --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1101 make install fails if already installed to the same prefix
by Claude Heiland-Allen 07 Aug '13

07 Aug '13

--- ** [bugs:#1101] make install fails if already installed to the same prefix** **Status:** open **Labels:** buildsystem **Created:** Wed Aug 07, 2013 11:09 AM UTC by Claude Heiland-Allen **Last Updated:** Wed Aug 07, 2013 11:09 AM UTC **Owner:** nobody Pd fresh from git. Reproduction ------------ ./autogen.sh ; ./configure --prefix=${HOME}/opt ; make ; make install ; make install What Happens ------------ ln: failed to create symbolic link `expr.pd_linux': File exists ln: failed to create symbolic link `fexpr~.pd_linux': File exists ln: failed to create symbolic link `expr.pd_linux': File exists ln: failed to create symbolic link `expr~.pd_linux': File exists ln: failed to create symbolic link `fexpr~.pd_linux': File exists ln: failed to create symbolic link `expr-help.pd': File exists ln: failed to create symbolic link `expr~-help.pd': File exists ln: failed to create symbolic link `fexpr~-help.pd': File exists make[5]: *** [install-data-hook] Error 1 make[4]: *** [install-data-am] Error 2 make[3]: *** [install-am] Error 2 make[2]: *** [install-recursive] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install] Error 2 Expected Happenings ------------------- Pd's make install doesn't break if Pd has already been installed to the same prefix. Simple Bugfix ------------- diff --git a/extra/expr~/GNUmakefile.am b/extra/expr~/GNUmakefile.am index ab93dd9..b976dc3 100644 --- a/extra/expr~/GNUmakefile.am +++ b/extra/expr~/GNUmakefile.am @@ -26,15 +26,15 @@ externaldir = $(pkglibdir)/extra/$(NAME) # so we install everything in the install-data-hook install-data-hook: cd $(DESTDIR)$(externaldir) && ( \ - $(LN_S) expr~.@EXTERNAL_EXTENSION@ expr.@EXTERNAL_EXTENSION@; \ - $(LN_S) expr~.@EXTERNAL_EXTENSION@ fexpr~.@EXTERNAL_EXTENSION@; \ + $(LN_S) -f expr~.@EXTERNAL_EXTENSION@ expr.@EXTERNAL_EXTENSION@; \ + $(LN_S) -f expr~.@EXTERNAL_EXTENSION@ fexpr~.@EXTERNAL_EXTENSION@; \ cd ..; \ - $(LN_S) $(NAME)/expr.@EXTERNAL_EXTENSION@ expr.@EXTERNAL_EXTENSION@; \ - $(LN_S) $(NAME)/expr~.@EXTERNAL_EXTENSION@ expr~.@EXTERNAL_EXTENSION@; \ - $(LN_S) $(NAME)/fexpr~.@EXTERNAL_EXTENSION@ fexpr~.@EXTERNAL_EXTENSION@; \ - $(LN_S) $(NAME)/expr-help.pd expr-help.pd; \ - $(LN_S) $(NAME)/expr-help.pd expr~-help.pd; \ - $(LN_S) $(NAME)/expr-help.pd fexpr~-help.pd; \ + $(LN_S) -f $(NAME)/expr.@EXTERNAL_EXTENSION@ expr.@EXTERNAL_EXTENSION@; \ + $(LN_S) -f $(NAME)/expr~.@EXTERNAL_EXTENSION@ expr~.@EXTERNAL_EXTENSION@; \ + $(LN_S) -f $(NAME)/fexpr~.@EXTERNAL_EXTENSION@ fexpr~.@EXTERNAL_EXTENSION@; \ + $(LN_S) -f $(NAME)/expr-help.pd expr-help.pd; \ + $(LN_S) -f $(NAME)/expr-help.pd expr~-help.pd; \ + $(LN_S) -f $(NAME)/expr-help.pd fexpr~-help.pd; \ ) uninstall-hook: The -f flag for ln is specified by POSIX, but I could only test on Debian Wheezy with ln (GNU coreutils) 8.13 Probably would be better to get the configure script to check the best way to force symlink update... --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1100 CFLAGS=-O6 breaks CC=clang
by Claude Heiland-Allen 07 Aug '13

07 Aug '13

--- ** [bugs:#1100] CFLAGS=-O6 breaks CC=clang** **Status:** open **Labels:** buildsystem performance **Created:** Wed Aug 07, 2013 09:58 AM UTC by Claude Heiland-Allen **Last Updated:** Wed Aug 07, 2013 09:58 AM UTC **Owner:** nobody Versions -------- Pd-0.45.0 ("test") compiled 10:29:40 Aug 7 2013 (git from today) gcc (Debian 4.7.2-5) 4.7.2 Debian clang version 3.0-6.2 (tags/RELEASE_30/final) (based on LLVM 3.0) Linux cappuccino 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux Reproduction ------------ ./autogen.sh CC=clang ./configure ... What Happens ------------ configure: error: C compiler cannot create executables See `config.log' for more details The log contains: configure:3810: checking whether the C compiler works configure:3832: clang -O6 -funroll-loops -fomit-frame-pointer conftest.c >&5 error: invalid value '6' in '-O6' What I Expected --------------- Pd's build system to autodetect which -O# levels are supported by the chosen compiler, or at least use a more reasonable default. What Happened After I Fixed It ------------------------------ Pd's load meter reported that one patch of mine used 10% CPU when Pd was compiled with clang's -O3. In comparison, Pd compiled with gcc's -O6 used 25% CPU. I did disable CPU frequency scaling on all cores for this test. Simple Bugfix Patch ------------------- diff --git a/configure.ac b/configure.ac index 5bd21cc..255ad42 100644 --- a/configure.ac +++ b/configure.ac @@ -45,7 +45,7 @@ case $host in if test "x${ANDROID}" = "xno"; then LINUX=yes portaudio=yes - CFLAGS="$CFLAGS -O6 -funroll-loops -fomit-frame-pointer" + CFLAGS="$CFLAGS -O3 -funroll-loops -fomit-frame-pointer" fi EXTERNAL_CFLAGS="-fPIC" EXTERNAL_LDFLAGS="-Wl,--export-dynamic -shared -fPIC" A better patch would set CFLAGS after detecting which compiler is being used. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1099 misleading message when single-stepping with global dsp off
by Claude Heiland-Allen 07 Aug '13

07 Aug '13

--- ** [bugs:#1099] misleading message when single-stepping with global dsp off** **Status:** open **Labels:** block~ switch~ **Created:** Wed Aug 07, 2013 07:15 AM UTC by Claude Heiland-Allen **Last Updated:** Wed Aug 07, 2013 07:15 AM UTC **Owner:** nobody Pd 0.45.0test (git from today, slightly modified by me in unrelated areas) Steps to reproduce ------------------ 1. start pd * open block~-help.pd * open the lower "block interations" (sic) subpatch * ignore the instruction to turn dsp on * click the bang What happened ------------- console prints: "bang to block~ or on-state switch~ has no effect" What I expected --------------- console prints something like "bang to switch~ has no effect when global dsp is off" What would be even better ------------------------- if it "just worked" and computed a single dsp block regardless of the global dsp state --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Midi overflow, when receiving Song Position Pointer (os x)
by Jan Baumgart 06 Aug '13

06 Aug '13

Hi there, I'm experiencing a severe bug, when sending a Song Position Pointer message (0x242 0 0) to pd. After sending just one SPP message to pd, the status window says: "warning: MIDI timing FIFO overflowed". When looking at the output of [midiin] I see "242 0 0 0" repeated endlessly. The Song Position Pointer message belongs to the System Common Messages and has two data bytes. Pd seems to get confused with this message. Where is the third data byte coming from? I'm running precompiled vanilla pd-0.44-3 from puckette's site on 32-bit intel mac (os x 10.6.8). I have a related second question: Is there any way to receive midi realtime messages with pd on os x? I'm trying to receive Midi Beat Clock... cheers, Jan

3 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev August 2013