On Thu, 7 Jul 2005, IOhannes m zmoelnig wrote:
- probably should default to no-x11 on osx, with the option of re-
configuring if ya want to try it with gem (never have myself): plus, the libs will probably cause havoc conflicting with the frameworks (especially -lGL)
hmm, g�nter, what is the suggested way to handle such things with configure ?
hmm, dont know yet, have to figure out what this really means. (I didn't know OSX has X windows development stuff installed)
Guenter
- m_pd.h is found for me, but then I don't install into /usr/local
/usr/local is just the default installation path of configure; you should be able to set it with a flag to configure (but it is only of importance, if you want to install Gem via "make install"; otherwise you are safe by ignoring it)
- "-shared -Wl,-export-dynamic" isn't the correct way to link: we use
"-bundle -bundle_loader /where/is/pd"
well, again: configure should figure out, that "-shared ..." is invalid. for bundle-loader i have obviously used the wrong options.
- I'm not sure if we should use -O3,s is seemingly recommended in
apple's docs (basically -O2 + smaller size)...
aha. reading the man-page for g++ it says: "If you use multiple -O options, with or without level numbers, the last such option is the one that is effective."
and on "-Os" it says that it turns _off_ optimizazions that might increase size.
so to be on the safe side, it would probably be good to use "-Os -O3" (?)
...those are just off the top of my head, will continue to poke around and re-configure as I used for the /src/gnu build system...
ok.
i just noticed that our G4 is online and did some testing myself with the new configure thing. i hopefully fixed a lot of issues you 2 were having. i'll check them in in a second. finally it compiled, linked and stripped cleanly. unfortunately, i was having a break during compilation and when i cam back from dinner, the G4 was turned off. (it is physically located in one of our studios, and i guess it was too loud for the people working in there) so i don't know whether pd is able to load the produced library (and of course i have no idea, whether Gem will work once it is loaded)
ah, one last thing: i have also moved the content of macos_math.{h,cpp} into Base/GemMath.h. so in future we would just have to include "Base/GemMath.h" as opposed to <math.h> and the float vs. double thing will get corrected automatically.
mfg.as.dr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev