Pd-dev April 2007

pd-dev@lists.iem.at

15 participants
82 discussions

[ pure-data-Bugs-1693264 ] gem2pdp wrong architecture
by SourceForge.net 03 Apr '07

03 Apr '07

Bugs item #1693264, was opened at 2007-04-02 15:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693264&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gem2pdp wrong architecture Initial Comment: pdp and pidip is still an issue on intel Macbook Still have no working binary Pd-0.39.2-extended-RC1.app was supposed to have a working pdp but gem2pdp is "wrong architecture" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693264&group_…

3 2

[ pure-data-Bugs-1693284 ] pdp for os x intel
by SourceForge.net 03 Apr '07

03 Apr '07

Bugs item #1693284, was opened at 2007-04-02 16:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693284&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdp for os x intel Initial Comment: no objects in the pdp library can be created with nightly build from 04-02-2007. other libraries do not seem to be affected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1693284&group_…

1 0

iem_t3 osx linking problem
by Georg Holzmann 02 Apr '07

02 Apr '07

Hallo! Has anyone of the osx developer an idea, why there are linking problems on osx (and only osx) with iem_t3 lib (see below) ? I have not really an idea ... Thanks LG Georg cc -DPD -ftree-vectorize -ftree-vectorizer-verbose=2 -fast -fPIC -mcpu=7450 -mtune=7450 -I/Users/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/sw/include -DMACOSX -DUNIX -Dunix -o "/Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.o" -c "/Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.c" cc -bundle -bundle_loader /Users/pd/auto-build/pd-extended/pd/bin/pd -L/sw/lib -o "/Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.pd_darwin" "/Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.o" -lm -lc \ `test -f /Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.libs && cat /Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.libs` \ `test -f /Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/../darwin/iem_t3_lib.libs && \ cat /Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/../darwin/iem_t3_lib.libs` /usr/bin/ld: Undefined symbols: _t3_bpe_setup _t3_delay_setup _t3_line_tilde_setup _t3_metro_setup _t3_sig_tilde_setup _t3_timer_setup collect2: ld returned 1 exit status make[2]: *** [/Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.pd_darwin] Error 1 rm /Users/pd/auto-build/pd-extended/externals/iemlib/iem_t3_lib/src/iem_t3_lib.o make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2

2 3

[ pure-data-Bugs-1692649 ] sqrt~ giving only -inf/inf
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1692649, was opened at 2007-04-01 23:51 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: sqrt~ giving only -inf/inf Initial Comment: For the G4 and Intel optimized builds of Pd-0.39.2-extended-test7 on Mac OS X, sqrt~ only returns -inf or inf. (Does this affect other platforms?) This is probably related to the auto-vectorization. This is not a problem on Pd-0.39.2-extended-test7 that was built for G3s. Check the sqrt~-help.pd file for a test patch. sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-02 00:08 Message: Logged In: YES user_id=27104 Originator: YES d_math.c, where sqrt.c isn't auto-vectorized, so this is probably caused by a different optimization flag. Or maybe it's related to these warnings: d_math.c: In function 'init_rsqrt': d_math.c:79: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_rsqrt': d_math.c:93: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_sqrt': d_math.c:101: warning: dereferencing type-punned pointer will break strict-aliasing rules ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_…

1 0

[ pure-data-Bugs-1690448 ] RC1 startup error
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1690448, was opened at 2007-03-29 04:40 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690448&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) >Summary: RC1 startup error Initial Comment: Starting up Pd-0.39.2-extended-RC1 gives this error: error: to function, this needs to be compiled against Pd 0.40 or higher, or a version that has sys_register_loader() It is the build from http://autobuild.puredata.info/auto-build/2007-03-28/. The testing platform is a Macbook Dual Core (not the dual 2 core, or what ever the newer one is called) running Mac OS 10.4.9. The objects delread/delwrite and sqrt don't work as with test7. See [1] for details which still accounts. It has been mentioned that cd~ also don't work. I have not tested that. [1] http://sourceforge.net/tracker/index.php?func=detail&aid=1645862&group_id=5… ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 23:55 Message: Logged In: YES user_id=27104 Originator: NO This seems to be multiple unrelated bugs. Each bug should be posted in a separate bug report, and if possible added to any relevant, existing bug reports, like delread/delwrite. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 23:32 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690448&group_…

1 0

[ pure-data-Bugs-1692649 ] sqrt~ giving only -inf/inf
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1692649, was opened at 2007-04-01 23:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: sqrt~ giving only -inf/inf Initial Comment: For the G4 and Intel optimized builds of Pd-0.39.2-extended-test7 on Mac OS X, sqrt~ only returns -inf or inf. (Does this affect other platforms?) This is probably related to the auto-vectorization. This is not a problem on Pd-0.39.2-extended-test7 that was built for G3s. Check the sqrt~-help.pd file for a test patch. sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_…

1 0

[ pure-data-Bugs-1645862 ] delread~/delwrite~ not working on Intel Mac builds
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1645862, was opened at 2007-01-27 06:12 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) >Summary: delread~/delwrite~ not working on Intel Mac builds Initial Comment: There seam to be some issues some internal object for the intel mac build of Pd-extended-0.39.2-test7. The (known) objects that have problems are: [delwrite~] [delread~] [sqrt~] How they don't work ------------------- * sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html * delread~ and delwrite~ don't work in the sense that if one open the delread~ help file and change the value of the "input to delay line" number box. Then nothing happens in the number box connected to the snapshot, which was expected. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046077.html A "tried" solution ------------------ It has been suggested that it had to do with CPU optimizeing compile flags, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046016.html I have done builds which tries different compile flags on my intel mac machine, and none of those builds have problems with the named objects, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046044.html ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 19:17 Message: Logged In: YES user_id=27104 Originator: NO Following up on Steffen's tests, it sounds to me like this bug is probably caused by one of the patches in packages/patches. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-22 22:23 Message: Logged In: NO I will second this for ppc g4+ optimized version (iMac G5) - delays work but sqrt~ is getting the same problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&group_…

1 0

[ pure-data-Bugs-1690012 ] delwrite~ does not function on intel 2.16
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1690012, was opened at 2007-03-28 12:03 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690012&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: pd-extended >Group: v0.39.2 >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: delwrite~ does not function on intel 2.16 Initial Comment: Not much more to say realy delwrite~ delread~ simply doesn't function. I was running OSX 10.4.8 I just updated to 10.4.9 on a macbook Pro intel core 2 duo 2.16. I tried all the usual things like restarting the pd renaming the del objects - nothing except one pair from a previous patch which functions but I have no idea why it would be different. The help patch doesn't work either... ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-03-28 13:22 Message: Logged In: YES user_id=1658640 Originator: NO IF this is about Pd-extended then it is capsuled in this entry: https://sourceforge.net/tracker/index.php?func=detail&aid=1645862&group_id=… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690012&group_…

1 0

[ pure-data-Bugs-1690448 ] RC1 startup error, delread~/write~, sqrt~ defunct
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1690448, was opened at 2007-03-29 04:40 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690448&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: RC1 startup error, delread~/write~, sqrt~ defunct Initial Comment: Starting up Pd-0.39.2-extended-RC1 gives this error: error: to function, this needs to be compiled against Pd 0.40 or higher, or a version that has sys_register_loader() It is the build from http://autobuild.puredata.info/auto-build/2007-03-28/. The testing platform is a Macbook Dual Core (not the dual 2 core, or what ever the newer one is called) running Mac OS 10.4.9. The objects delread/delwrite and sqrt don't work as with test7. See [1] for details which still accounts. It has been mentioned that cd~ also don't work. I have not tested that. [1] http://sourceforge.net/tracker/index.php?func=detail&aid=1645862&group_id=5… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 23:32 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690448&group_…

1 0

[ pure-data-Bugs-1645862 ] defunction of internal object on intelmac build
by SourceForge.net 02 Apr '07

02 Apr '07

Bugs item #1645862, was opened at 2007-01-27 06:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: defunction of internal object on intelmac build Initial Comment: There seam to be some issues some internal object for the intel mac build of Pd-extended-0.39.2-test7. The (known) objects that have problems are: [delwrite~] [delread~] [sqrt~] How they don't work ------------------- * sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html * delread~ and delwrite~ don't work in the sense that if one open the delread~ help file and change the value of the "input to delay line" number box. Then nothing happens in the number box connected to the snapshot, which was expected. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046077.html A "tried" solution ------------------ It has been suggested that it had to do with CPU optimizeing compile flags, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046016.html I have done builds which tries different compile flags on my intel mac machine, and none of those builds have problems with the named objects, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046044.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 19:17 Message: Logged In: YES user_id=27104 Originator: NO Following up on Steffen's tests, it sounds to me like this bug is probably caused by one of the patches in packages/patches. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-22 22:23 Message: Logged In: NO I will second this for ppc g4+ optimized version (iMac G5) - delays work but sqrt~ is getting the same problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 April 2007