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@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@sympatico.ca < martin.peach@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.ziphttp://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

I was wrong on one point:

the framework should be installed at the new location when you call install_name_tool.

install_name_tool only checks for the names from the command line

anyway, I've replaced the package on Sourceforge with a more standard dependency. The tgz archive is now a dmg file (I got some problems updating and downloading the archive. In a first step, I though it was due to the format, but actually I think now it was a combination of a mess with sourceforge and my browser (safari, to not name it) :-)

-- Dominique

Le 7 oct. 2010 à 10:27, Dominique Fober a écrit :

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@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@sympatico.ca martin.peach@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@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

Le 7 oct. 2010 à 18:42, Patrick Boivin a écrit :

No luck, I have put both GUIDOEngine.framework and libmusicxml2.framework in /Library/Frameworks/ and I am still getting this error when trying to load guido.pd_darwin:

In this case, I need more information about your system: architecture, system version... any information useful to reproduce the problem. -- dom

/Users/pboivin/Desktop/guido/guido.pd_darwin: dlopen(/Users/pboivin/Desktop/guido/guido.pd_darwin, 10): no suitable image found. Did find: /Users/pboivin/Desktop/guido/guido.pd_darwin: unknown required load command 0x80000022 guido ... couldn't create

Patrick

On Thu, Oct 7, 2010 at 4:27 AM, Dominique Fober fober@grame.fr wrote:

...

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

Dominique Fober wrote:

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.

Cool. Dominique, I'd really like to try this on Linux but I couldn't find the sources of the plugin, are they available somewhere on guidolib.sf.net?

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).

People use all kinds of different Linux versions and may run their own builds of pd-vanilla from svn, so sources are usually preferred. The Pd svn repo has all kinds of extensions in pure-data/trunk/externals/, that's usually where I grab the stuff that I need. If you can get commit access, you could put your external there so that it is visible/known to the Pd community. Or you could just maintain it in your own guido tree, ppl who know guido will know where to find it.

Albert

Dominique Fober wrote:

The source is included in the guidolib stuff.

Yes, I see it now, thanks. Strange, I checked out guidolib yesterday, and all the Max and PureData stuff was missing.

The problem is that due to the Guido Engine dependency, it's not just a couple of files that are needed but more than 500... it seems not reasonable to me to commit (and maintain) that on the pure-data svn.

No, that's clearly not feasible, ppl would still have to get guidolib elsewhere and install it first, and then they already have the external sources, too. For advertising Guido to Pd users, you might just as well put up some information on http://puredata.info/.

Albert