From: John M. <jm...@ma...> - 2004-10-14 22:51:52
|
Hi; On Thursday 14 October 2004 05:43 pm, Christophe Rhodes wrote: > To be fair to you, I'm not sure that there is one, but in defence of Thank you for making me feel less inadequate (even if that was not your intent!). > respect. (I also think that being utterly sure that the libraries are > loaded before you use DEFINE-ALIEN-ROUTINE might be your best bet in > the short term, because the alternative to error-signalling macros is > probably quite a lot of restructuring of alien code). It may be that [ snip snip snip ] > I hope this hasn't muddied the waters much more. No, that helped, and I think I understand why define-alien would want to actually wire stuff together (address-wise) at define-time (requiring the foreign address). Well, how about I take you up on your suggestion, which I take to be: given that the whole point of the exercise is to load a shared library, at binding-build-time I should require not only the output of gccxml corresponding to the library, but the library itself. Then, I could check whether the symbol exists before emitting its binding. It complicates the build process somewhat, but it would definitely be more bullet-proof (and allow me to rip out my already-written code which tries to infer "artificial" symbols from their mangled names). Do I understand correctly? Thanks for the help! -jm > Cheers, > > Christophe > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Sbcl-help mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-help -- ==== John Morrison ==== MAK Technologies Inc. ==== 10 Fawcett Street, Cambridge, MA 02138 ==== http://www.mak.com/ ==== vox:617-876-8085 x115 ==== fax:617-876-9208 ==== jm...@ma... |