Hans, I'm sorry to say that Pd-0.43.1-double-20111007-macosx106-x86_64.dmg is again a single precision build. If I build from the pd-double.git sources, an i386 build with 32 bit float precision is the default output. This may be so because I am on OSX 10.5.
I've pushed a change to pd-double.git, to display the precision message at start up with log level 2 instead of 3, so the message won't go unnoticed.
Katja
Yeah, my 64-bit detection on Mac OS X is somewhat weak because it just looks at the OS major version. It automatically enables double-precision on Mac OS X 10.6 or above. And below 10.6, it defaults to single precision. 10.5 did not fully support 64-bit, so I think this makes sense for the automatic logic. You can enable it by doing: ./configure --enable-double-precision and that will force it on all platforms.
But I guess then these nightly builds don't help you that much, since you're on 10.5. I wanted to have both single and double nightly builds so that we can easily test both cases, since in order to get these changes into Pd vanilla, it needs to support both single and double well.
You can run your own nightly builds on your machine, just start with the rsync method to get the whole setup, then you can run the build manually by doing:
cd ~/auto-build/pd-double/packages/darwin_app make clean install
If you want to add the configure flag, edit the PD_CONFIGURE_FLAGS variable in packages/darwin_app/Makefile:
darwin_app_core: darwin_app_wrapper $(MAKE) -C $(packages_src) $(DEST_PATHS) \ PD_CONFIGURE_FLAGS="--enable-jack" \ pd_install
.hc
On Fri, 2011-10-07 at 14:41 +0200, katja wrote:
Hans, I'm sorry to say that Pd-0.43.1-double-20111007-macosx106-x86_64.dmg is again a single precision build. If I build from the pd-double.git sources, an i386 build with 32 bit float precision is the default output. This may be so because I am on OSX 10.5.
I've pushed a change to pd-double.git, to display the precision message at start up with log level 2 instead of 3, so the message won't go unnoticed.
Katja
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Fri, Oct 7, 2011 at 5:19 PM, Hans-Christoph Steiner hans@at.or.at wrote:
But I guess then these nightly builds don't help you that much, since you're on 10.5.
In itself Pd-0.43.1-double-20111007-macosx106-x86_64.dmg runs without trouble on OSX 10.5. But:
- preference file org.puredata.pd.plist is read, this is vanilla's preference file - therefore, no external libs loaded at startup
For the moment, this may be an advantage. If we make test patches using namespaces for all external objects, like [zexy/limiter] etc, these patches will load the correct object for any Pd-extended install on the computer. When loading libs with help of the preference file, this is not guaranteed.* The only disadvantage is, you can not load an arbitrary patch which does not use namespaces.
Katja
* Here's an example. Pd-0.43.1-extended-20111002.app tries to load:
/Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin: dlopen(/Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin, 10): no suitable image found. Did find: /Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin: mach-o, but wrong architecture
On Fri, 2011-10-07 at 20:39 +0200, katja wrote:
On Fri, Oct 7, 2011 at 5:19 PM, Hans-Christoph Steiner hans@at.or.at wrote:
But I guess then these nightly builds don't help you that much, since you're on 10.5.
In itself Pd-0.43.1-double-20111007-macosx106-x86_64.dmg runs without trouble on OSX 10.5. But:
- preference file org.puredata.pd.plist is read, this is vanilla's
preference file
- therefore, no external libs loaded at startup
For the moment, this may be an advantage. If we make test patches using namespaces for all external objects, like [zexy/limiter] etc, these patches will load the correct object for any Pd-extended install on the computer. When loading libs with help of the preference file, this is not guaranteed.* The only disadvantage is, you can not load an arbitrary patch which does not use namespaces.
Katja
- Here's an example. Pd-0.43.1-extended-20111002.app tries to load:
/Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin: dlopen(/Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin, 10): no suitable image found. Did find: /Applications/Pdextended.app/Contents/Resources/extra/iemlib/iem_anything.pd_darwin: mach-o, but wrong architecture
I think this is caused by using the 10.6 build on 10.5. It is only partially compatible.
.hc