[PD-dev] [ pure-data-Bugs-1645862 ] delread~/delwrite~ not working on Intel Mac builds

SourceForge.net noreply at sourceforge.net
Tue Jun 12 06:25:49 CEST 2007


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_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: Pending
>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: Hans-Christoph Steiner (eighthave)
Date: 2007-06-12 00: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 09: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-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_id=55736




More information about the Pd-dev mailing list