[GEM-dev] configure (again): call for testing....

=?X-UNKNOWN?Q?g=FCnter_geiger?= geiger at xdv.org
Fri Jul 8 17:07:22 CEST 2005


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 at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>





More information about the GEM-dev mailing list