[Ecls-list] UFFI:LOAD-FOREIGN-LIBRARY

[dan at sof.ch]

Ok, I will try to fix it but I need a tip: where shoud the fix occur ?

1 - Should I fix the do-load-foreign-library in ffi.lsp which is mostly
reverting to previous version for non msvc environmnent.

2 - Should I fix the compile-file-pathname function in cmpmain.lsp to
work better with linux ?

What's your opinion ?

Best regards.


On Tue, Nov 15, 2005 at 09:16:26AM +0100, Goffioul Michael wrote:
> > > ...
> > > Please complain if it does not work as expected :-)
> > > 
> > > Juanjo
> > 
> > Sorry, but it does not... =<8-(
> > 
> > The problem is that it does not check wether the file exists or not...
> > 
> > 
> > (defun do-load-foreign-library (tmp)
> >   (let* ((filename (namestring (compile-file-pathname tmp 
> > :type :lib)))
> > ----------------------------------------------------------------^^^^
> >   ...
> > 
> > On my system (linux/intel), 
> > 
> > (compile-file-pathname #P"/usr/lib/libSDL.so" :type :lib)
> > 
> > does return:
> > 
> > #P"/usr/lib/liblibSDL.a"
> > 
> > and this is NOT what I expected. (Does it have any sense ?)
> 
> Yes, it does... at least in the Windows context. I introduced this. Actually,
> the whole load-foreign-library function in ECL is just a hack the modify
> the ECL compiler such that the compiled file is linked with the library.
> With MSVC, you don't link against .dll files, but against .lib. Of course
> it's far from perfect and the behavior could probably be tuned with a #+msvc.
> 
> Michael.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> _______________________________________________
> Ecls-list mailing list
> Ecls-list at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecls-list

-- 
Courage, fuyons...