hi Everyone,
I just compiled Gem-0.93.3 in OSX 10.7 and with Pd-0.43-0 and I get the following error when loading Pd and calling GEM:
/Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: dlopen(/Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin, 10): no suitable image found. Did find: /Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: mach-o, but wrong architecture /Applications/Gem-0.93.3/src/.libs/Gem: can't load library
I guess this is the 32 vs 64 bit issue? Are there any flags in the ./autogen.sh or in the ./configure I should be using?
best,
J
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
.hc
On Dec 15, 2011, at 2:31 PM, Jaime Oliver wrote:
hi Everyone,
I just compiled Gem-0.93.3 in OSX 10.7 and with Pd-0.43-0 and I get the following error when loading Pd and calling GEM:
/Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: dlopen(/Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin, 10): no suitable image found. Did find: /Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: mach-o, but wrong architecture /Applications/Gem-0.93.3/src/.libs/Gem: can't load library
I guess this is the 32 vs 64 bit issue? Are there any flags in the ./autogen.sh or in the ./configure I should be using?
best,
J
-- Jaime E Oliver LR
jo2357@columbia.edu www.jaimeoliver.pe 858 750 0924 (cel)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
“We must become the change we want to see. - Mahatma Gandhi
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote:
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply.
the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a "fat" binary that holds (only) i386 binaries.
fgmasr IOhannes
You'll also need the font library : ftgl, that you can install with fink. my configure line here on osx 10.6 is: ./configure --with-pd=/Applications/Pd-extended.app/Contents/Resources/include/pd/ --enable-fat-binary=i386 --with-ftgl-includes=/sw/include/ --with-ftgl-libs=/sw/lib/
that reminds me this page: http://puredata.info/community/projects/software/gem/documentation/faq/how-d... should be updated.
I can do that if you agree, best n
Le 16/12/11 09:27, IOhannes zmölnig a écrit :
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote:
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply.
the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a "fat" binary that holds (only) i386 binaries.
fgmasr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks for the responses.
Well, if compiled by doing: ./autogen.sh ./configure --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ --enable-fat-binary=i386 make
There are several errors and the build fails.
I am attaching the build log and the error messages from the console.
I'll try Hans' method and report back,
J
On Fri, Dec 16, 2011 at 4:20 AM, Nicolas Montgermont nicolas_montgermont@yahoo.fr wrote:
You'll also need the font library : ftgl, that you can install with fink. my configure line here on osx 10.6 is: ./configure --with-pd=/Applications/Pd-extended.app/Contents/Resources/include/pd/ --enable-fat-binary=i386 --with-ftgl-includes=/sw/include/ --with-ftgl-libs=/sw/lib/
that reminds me this page: http://puredata.info/community/projects/software/gem/documentation/faq/how-d... should be updated.
I can do that if you agree, best n
Le 16/12/11 09:27, IOhannes zmölnig a écrit :
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote:
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply.
the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a "fat" binary that holds (only) i386 binaries.
fgmasr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Now with Hans' proposed method:
./autogen.sh ./configure CFLAGS="-arch i386" LDFLAGS="-arch i386" --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ make
I get a different set of errors (attached) and it also fails.
Curiously, it builds fine without any flags.
any ideas?
best,
J
On Fri, Dec 16, 2011 at 4:48 AM, Jaime Oliver jaime.oliver2@gmail.com wrote:
Thanks for the responses.
Well, if compiled by doing: ./autogen.sh ./configure --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ --enable-fat-binary=i386 make
There are several errors and the build fails.
I am attaching the build log and the error messages from the console.
I'll try Hans' method and report back,
J
On Fri, Dec 16, 2011 at 4:20 AM, Nicolas Montgermont nicolas_montgermont@yahoo.fr wrote:
You'll also need the font library : ftgl, that you can install with fink. my configure line here on osx 10.6 is: ./configure --with-pd=/Applications/Pd-extended.app/Contents/Resources/include/pd/ --enable-fat-binary=i386 --with-ftgl-includes=/sw/include/ --with-ftgl-libs=/sw/lib/
that reminds me this page: http://puredata.info/community/projects/software/gem/documentation/faq/how-d... should be updated.
I can do that if you agree, best n
Le 16/12/11 09:27, IOhannes zmölnig a écrit :
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote:
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply.
the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a "fat" binary that holds (only) i386 binaries.
fgmasr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Jaime E Oliver LR
jo2357@columbia.edu www.jaimeoliver.pe 858 750 0924 (cel)
On 12/16/2011 10:59 AM, Jaime Oliver wrote:
Now with Hans' proposed method:
./autogen.sh ./configure CFLAGS="-arch i386" LDFLAGS="-arch i386" --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ make
I get a different set of errors (attached) and it also fails.
well, "i told you" that hans' suggestion won't work, as CFLAGS will likely be ignored. so what you are doing now, is to _compile_ Gem as x86_64, and then try to _link_ together those objects as i386 (since LDFLAGS will be respected), which obviously will not work.
Curiously, it builds fine without any flags.
yes, because all non-working code gets disabled.
i cannot really imagine why an i386 build fails, unless apple really updated the i386 headers for 10.7 to drop the deprecated functions.
and you did do a "make clean" before fuddling around with "--enable-fat-binary"?
fgamsdr IOhannes
and you did do a "make clean" before fuddling around with "--enable-fat-binary"?
even better, I started with a fresh package.
J
fgamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
i cannot really imagine why an i386 build fails, unless apple really updated the i386 headers for 10.7 to drop the deprecated functions.
Well, I know other people are using gem in 10.7 so they must have compiled it in some way...
Nicolas?
best, J
On 12/16/2011 12:14 PM, Jaime Oliver wrote:
i cannot really imagine why an i386 build fails, unless apple really updated the i386 headers for 10.7 to drop the deprecated functions.
Well, I know other people are using gem in 10.7 so they must have compiled it in some way...
maybe they are simply using the binaries provided? they are compiled on a 10.5 machine, but they should run on 10.7
do you have any special reason to compile it yourself?
gfmasr IOhannes
maybe they are simply using the binaries provided?
Of course...
they are compiled on a 10.5 machine, but they should run on 10.7
I also have a 10.6 version I could use, but have this laptop right now...
do you have any special reason to compile it yourself?
well, I haven't gotten around making a system to compile just one pix_external, so I just recompile gem over and over again, and because that is the only recent change in the code it compiles only that one object very fast.
It'd be great to have an example in the extra folder just like there is in pd in doc/6.externs/... that is, a piece of example code and a multi-platform makefile. or is there...?
best,
J
gfmasr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 12/16/2011 12:57 PM, Jaime Oliver wrote:
maybe they are simply using the binaries provided?
Of course...
they are compiled on a 10.5 machine, but they should run on 10.7
I also have a 10.6 version I could use, but have this laptop right now...
do you have any special reason to compile it yourself?
well, I haven't gotten around making a system to compile just one pix_external, so I just recompile gem over and over again, and because that is the only recent change in the code it compiles only that one object very fast.
It'd be great to have an example in the extra folder just like there is in pd in doc/6.externs/... that is, a piece of example code and a multi-platform makefile. or is there...?
you could have a look at extra/pix_drum/ :-)
it's not a simple "multi-platform makefile", since i don't believe in such a thing, but instead you should be able to easily add your own Gem/externals in the same fashion (e.g. using autotools).
after running configure, you don't need to recompile the entire Gem, just run make in extra/pix_head/
gfamsdr IOhannes
Hi all,
I am building a new external in /extra. I am calling it pix_example.
I am running OS X 10.7, using Pd-0.43-2 and latest GEM from git.
I am:
- running autogen.sh
- ./configure
- running make inside the /extra/pix_example folder
- the pix_example external builds fine.
- I load Pd with a path to the /extra/pix_example folder, load the external and get:
/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin: dlopen(/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin, 10): no suitable image found. Did find: /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin: mach-o, but wrong architecture pix_example ... couldn't create
Hoping to correct the architecture problem i ran
- ./configure --enable-fat-binary=i386
Again it built ok, but now I got:
/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin: dlopen(/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin, 10): Symbol not found: __ZN9CPPExternaSERKS_ Referenced from: /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin Expected in: flat namespace in /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin pix_example ... couldn't create
Any Suggestions on how to solve this?
best,
J
Jaime Oliver www.jaimeoliver.pe jo2357@columbia.edu Columbia University
On Dec 16, 2011, at 11:37 AM, IOhannes zmölnig wrote:
On 12/16/2011 12:57 PM, Jaime Oliver wrote:
maybe they are simply using the binaries provided?
Of course...
they are compiled on a 10.5 machine, but they should run on 10.7
I also have a 10.6 version I could use, but have this laptop right now...
do you have any special reason to compile it yourself?
well, I haven't gotten around making a system to compile just one pix_external, so I just recompile gem over and over again, and because that is the only recent change in the code it compiles only that one object very fast.
It'd be great to have an example in the extra folder just like there is in pd in doc/6.externs/... that is, a piece of example code and a multi-platform makefile. or is there...?
you could have a look at extra/pix_drum/ :-)
it's not a simple "multi-platform makefile", since i don't believe in such a thing, but instead you should be able to easily add your own Gem/externals in the same fashion (e.g. using autotools).
after running configure, you don't need to recompile the entire Gem, just run make in extra/pix_head/
gfamsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 04/15/12 00:25, J Oliver wrote:
Hi all
hi jaime
- ./configure --enable-fat-binary=i386
Again it built ok, but now I got:
/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin: dlopen(/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin, 10): Symbol not found: __ZN9CPPExternaSERKS_ Referenced from: /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin Expected in: flat namespace in /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin pix_example ... couldn't create
Any Suggestions on how to solve this?
are you sure that Gem is loaded before you try to load pix_example?
fgmasrd IOhannes
PS: hoped to see you at lac...
Hi all
hi jaime
Hi IOhannes,
- ./configure --enable-fat-binary=i386
Again it built ok, but now I got:
/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin: dlopen(/Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin, 10): Symbol not found: __ZN9CPPExternaSERKS_ Referenced from: /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin Expected in: flat namespace in /Users/joliver/Gem/extra/pix_example/pix_example.pd_darwin pix_example ... couldn't create
Any Suggestions on how to solve this?
are you sure that Gem is loaded before you try to load pix_example?
Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual:
GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010
perhaps this version is too old?
fgmasrd IOhannes
PS: hoped to see you at lac...
Re:PS: I changed coasts and are now living in New York. Let me know if you're stopping by on your way back!
best,
J
On 04/15/12 00:38, J Oliver wrote:
are you sure that Gem is loaded before you try to load pix_example?
Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual:
GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010
perhaps this version is too old?
you really must use the same version of Gem you used for compiling.
fgmsdr IOhannes
Ok, so I just tried version 0.93.3 and autogen.sh fails with:
configure.ac:582: required file abstractions/gemdefaultwindow.pd.in' not found configure.ac:41: required fileplugins/modelOBJ/Makefile.in' not found
configure.ac:42: required file plugins/modelASSIMP/Makefile.in' not found configure.ac:59: required fileplugins/videoVLC/Makefile.in' not found
configure.ac:69: required file `Gem-meta.pd.in' not found
autoreconf: automake failed with exit status: 1
is there a version that might work better with OS X 10.7?
best,
J
Jaime Oliver www.jaimeoliver.pe jo2357@columbia.edu Columbia University
On Apr 15, 2012, at 3:22 PM, IOhannes m zmölnig wrote:
On 04/15/12 00:38, J Oliver wrote:
are you sure that Gem is loaded before you try to load pix_example?
Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual:
GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010
perhaps this version is too old?
you really must use the same version of Gem you used for compiling.
fgmsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Please ignore the previous message. I mixed up some files ... autogen.sh runs fine. pix_example compiles and loads fine now.
However, it is a limitation that pix_externals need to be compiled with the same version of Gem. This prevents combining two binaries compiled with different versions and therefore makes it harder to share.
Or perhaps the case is that it needs to have a specific version or older?
In short, if someone wants to compile their own pix_external in OS X 10.7 as of gem 0.93.3, you need to:
- download gem binaries for os x and gem source
- Create a project in /extra just like the other projects there.
- modify the config files as specified in "README-EXTRA.txt"
- run ./autogen.sh
- run ./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.43-2.app/Contents/Resources/
- cd into the project folder and run make
- put the project folder in the path of Pd...
J
Jaime Oliver www.jaimeoliver.pe jo2357@columbia.edu Columbia University
On Apr 15, 2012, at 3:22 PM, IOhannes m zmölnig wrote:
On 04/15/12 00:38, J Oliver wrote:
are you sure that Gem is loaded before you try to load pix_example?
Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual:
GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010
perhaps this version is too old?
you really must use the same version of Gem you used for compiling.
fgmsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 04/15/12 22:41, J Oliver wrote:
However, it is a limitation that pix_externals need to be compiled with the same version of Gem.
this is true. but there never has been a public API until Gem-0.93. for 0.93, i changed the Gem-API a bit, in order to make it hopefully more stable in the future...
fgmasdr IOhannes
On Apr 15, 2012, at 5:52 PM, IOhannes m zmölnig wrote:
this is true. but there never has been a public API until Gem-0.93. for 0.93, i changed the Gem-API a bit, in order to make it hopefully more stable in the future...
Well, thanks for that and look forward to further developments on that front!
J
Maybe it's just a unneeded slash at the end of your configure cause we can see your compile line is including: -I/Applications/Pd-0.43-0.app/Contents/Resources//src so I'd try:
./configure --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources --enable-fat-binary=i386
n
Le 16/12/11 10:48, Jaime Oliver a écrit :
Thanks for the responses.
Well, if compiled by doing: ./autogen.sh ./configure --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ --enable-fat-binary=i386 make
There are several errors and the build fails.
I am attaching the build log and the error messages from the console.
I'll try Hans' method and report back,
J
On Fri, Dec 16, 2011 at 4:20 AM, Nicolas Montgermont nicolas_montgermont@yahoo.fr wrote:
You'll also need the font library : ftgl, that you can install with fink. my configure line here on osx 10.6 is: ./configure --with-pd=/Applications/Pd-extended.app/Contents/Resources/include/pd/ --enable-fat-binary=i386 --with-ftgl-includes=/sw/include/ --with-ftgl-libs=/sw/lib/
that reminds me this page: http://puredata.info/community/projects/software/gem/documentation/faq/how-d... should be updated.
I can do that if you agree, best n
Le 16/12/11 09:27, IOhannes zmölnig a écrit :
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote:
Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this:
./configure CFLAGS="-arch i386" LDFLAGS="-arch i386"
this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply.
the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a "fat" binary that holds (only) i386 binaries.
fgmasr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Hans-Christoph Steiner -
IOhannes m zmölnig -
IOhannes zmölnig
-
J Oliver -
Jaime Oliver
-
Nicolas Montgermont