[PD-dev] external on windows

[Dominique Fober]

Hi Patrick,

You are supposed to put the GUIDOEngine.framework  in any standard location :  
	~/Library/Frameworks
	/Library/Frameworks
	/System/Library/Frameworks
then the system should find it, whatever location is given by otool.

However, when you want to change the location given by otool, using install_name_tool, the syntax is:
install_name_tool -change old new 
where 	old is the path given by otool -L 
		and new is a path to a Mach-O binary e.g. /Library/Frameworks/GUIDOEngine/Versions/B/GUIDOEngine
the framework should be installed at the new location when you call install_name_tool.

Does it solves the problem ?
--
Dominique



Le 6 oct. 2010 à 18:22, Patrick Boivin a écrit :

> 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 <fober at 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.peach at sympatico.ca> <martin.peach at 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
> > 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 at iem.at
> >> http://lists.puredata.info/listinfo/pd-dev
> >
> 
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20101007/cdc3856f/attachment.htm>