[PD-dev] external on windows

[Patrick Boivin]

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<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 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/20101006/b40a0a42/attachment.htm>