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&group_id=55736

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&group_id=55736

_______________________________________________
PD-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev

Reply via email to