Hi Dominique, I can't get your external to load on mac osx:
/Users/pboivin/Downloads/guido-pd-mac-1.00/guido.pd_darwin: dlopen(/Users/pboivin/Downloads/guido-pd-mac-1.00/guido.pd_darwin, 10): no suitable image found. Did find: /Users/pboivin/Downloads/guido-pd-mac-1.00/guido.pd_darwin: unknown required load command 0x80000022 guido ... couldn't create otool tells me that the path for GUIDOEngine.framework hardcoded in guido.pd_darwin is wrong: $ otool -L guido.pd_darwin guido.pd_darwin: guido.pd_darwin (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) /Users/fober/src/guido/svn/guidosf/branches/mapping/cmake/Release/GUIDOEngine.framework/Versions/B/GUIDOEngine (compatibility version 0.0.0, current version 1.40.0) and when I try to change it, I get: $ install_name_tool -change /Users/fober/src/guido/svn/guidosf/branches/mapping/cmake/Release/GUIDOEngine.framework/Versions/B/GUIDOEngine /Library/Frameworks/GUIDOEngine guido.pd_darwin install_name_tool: object: guido.pd_darwin malformed object (unknown load command 5) osx 10.5.8, intel pd-extended 42.5 Patrick On Wed, Oct 6, 2010 at 2:37 AM, Dominique Fober <fo...@grame.fr> wrote: > Thanks, it solves my problem. > Thanks also to Hans-Christoph Steiner who helped with my "GUI external" > question. > I have now a 'guido' pd external to display music scores based on the Guido > Engine (http://guidolib.sourceforge.net) running on linux, mac os and > windows. It works but could become very slow in drawing the music score, > depending on the drawing area size and on your platform (windows seems not > to be very efficient). > This is due to the way to give the score image to Tcl/Tk. > > Now I have a 'newbie in externals dev' question: what is the best place to > share that with Pd users? I can build binaries for Mac OS and windows but > it's a little bit more complex for linux, or is there a main target platform > to build binaries for (for example Ubuntu 10.04 32 or 64 bits). > > Dominique > > > > Le 4 oct. 2010 à 16:58, <martin.pe...@sympatico.ca> < > martin.pe...@sympatico.ca> a écrit : > > > > > I usually use the pd.lib from one of Miller's builds, as he uses MSVC: > > http://crca.ucsd.edu/~msp/Software/pd-0.42-5.msw.zip<http://crca.ucsd.edu/%7Emsp/Software/pd-0.42-5.msw.zip> > > The c interface is different between MS and gcc; some things just crash, > for example opening a file in code linked with MSVCRT80 and accessing it > from code linked against libc. > > > > Martin > > > > > > Dominique wrote: > >> > >> I'm developing a GUI external that compiles on linux, mac os x... but > not yet on windows. > >> I've tried to use the Visual C++ tools : due to the missing pd.lib file, > the dll generation is forced at link time using the /FORCE:UNRESOLVED flag. > My problem is that when I try to use this external, I get a missing > MSVCRT80.dll error, and when I put this dll with my external, then I get the > following error message "An application has made an attempt to load the C > runtime incorrectly". > >> Note that since I'm not fond of the MS tools, I've first tried to use > gcc (via MingW) to compile. However, then the trouble is with gdiplus since > it isn't included in the mingw distribution (missing gdiplus.h and > gdiplus.lib). > >> Does anybody know how to (quickly) solve this problem. > >> -- > >> Dominique > >> > >> > >> _______________________________________________ > >> Pd-dev mailing list > >> Pd-dev@iem.at > >> http://lists.puredata.info/listinfo/pd-dev > > > > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev >
_______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev