No, no, don't go out of your way on my account...it's no problem.
I was just curious if there is a way of making a plugin find specific headers/libs without twiddling the makefile. It's nice to be able to write plugins, generate them with VMMaker (thanks again Tim!), drop the platform specific C stuff in, and have the normal Squeak configure/make just pick it up. It works like that now, except when you need to link to external stuff that doesn't happen to be in your paths.
Maybe the configure script that makes the Makefile could detect special files (like SomePlugin.cfg or something) in those plugin directories and add to LIBS or INCLUDES as appropriate.
The contents of SomePlugin.cfg might look something like:
LIBS = -L/some/path/lib -lsomelib INCLUDES = -I/some/path/include
The configure script could take these values and add them to LIBS and INCLUDES, or even better, make them specific to a LIBS or INCLUDES variable for just the plugin in question.
- Stephen
-----Original Message----- From: Ian Piumarta [mailto:ian.piumarta@inria.fr] Sent: Thursday, May 30, 2002 7:24 PM To: Stephen Pair Cc: squeak-dev@lists.squeakfoundation.org Subject: Re: [VM] Linking and external libs
Stephen,
I'm currently (modulo preparing a presentation for Friday [oops, that's today ;^]) making my current VM sources 3.[23]- and VMMaker-compatible. I'll be looking at what Lex and Co. have done with `Makefile.inc' etc. at SF before deciding how best to proceed. If you can let me know precisely what you need to be linked with what (and when [and how -- e.g., just sucking the lib into the plugin wholesale with `ld -r' would be one possible approach ;-]) it would help a lot.
the existing VMMaker/make scheme. Does the existing configure/make system allow for this?
I hope to provide for per-plugin extensions to both `configure' (for testing headers, libs, programs, machine characteristics, configuration options, etc. that the "vanilla" `configure' doesn't know about but which a plugin might need) and to the various 'Makefile's that it builds.
(All that "mkfrag" stuff in the current scheme is way to complex anyway, and some severe zenification is definitely in order.)
Ian