Bugs item #1645862, was opened at 2007-01-27 12:12 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862...
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: Postponed 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: stffn (stffn)
Date: 2007-06-12 14:18
Message: Logged In: YES user_id=1658640 Originator: YES
In the autobuild from 12th of june it works on mac-intel (macbook core duo) and on powerpc (ibook G4). Both running Mac OS 10.4.9.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-12 06:25
Message: Logged In: YES user_id=27104 Originator: NO
I removed these from the compiler flags and it seems to have fixed the problem on Intel Macs:
-ftree-vectorize -ftree-vectorizer-verbose=2
Please confirm that this is fixed in both Intel and PowerPC.
This thread discusses the root causes of why the auto-vectorization causes this problem:
http://lists.puredata.info/pipermail/pd-dev/2007-04/008689.html
----------------------------------------------------------------------
Comment By: stffn (stffn) Date: 2007-05-05 15:11
Message: Logged In: YES user_id=1658640 Originator: YES
Still present in the nightly build of RC2 from 5th of May. It does however work in the test build of .040.2-extended of the same date.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-02 01: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-23 03: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...
-
SourceForge.net