gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] New user question - more explicit information concerning


From: Camm Maguire
Subject: Re: [Gcl-devel] New user question - more explicit information concerning shared library use
Date: 05 May 2005 14:03:07 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

BTW, as a heavy gcl-tk user, just in case you have any windows (mingw)
expters at your site who might be able to spare a few hours getting
this working on the mingw port, that would be most appreciated.  It
appeasrs as though there will be at least one other serious gcl-tk
user in the medium term -- axiom.

Take care,

Jordan Rosenthal <address@hidden> writes:

> Hi all,
> 
> We have a fairly large codebase for image processing that was
> developed on top of an older version of GCL (it is currently running
> on top of 2.4.4).  Here's a little bit of info about what we're running
> 
> -------
> - Linux OS (although we had a version on Solaris)
> - GCL 2.4.4
> - extensive use of the GCL to TCL/TK 8.4 link
> - On top of the TCL/TK we have built the BLT library extension (this
> does not affect the GCL build directly) and a custom TK extension
> - Our system loads in a bunch of compiled files on top of GCL and does
> a si::save to create a new image
> -------
> 
> One of the biggest annoyances I have with our system is that it is
> really painful to use external C and LISP libraries.  For C libraries,
> we have been using the EXTRAS make variable to link in certain
> symbols, but this is not fun to do.  External LISP libraries never
> seem to work out of the box, because most of them are dependent on
> some of the newer ANSI features (e.g., objects don't exists in GCL
> 2.4.4).
> 
> Lo and behold, I've recently out found that newer versions of GCL are
> being worked on by the group reading this email!  It is moving towards
> ANSI compliance and apparently has the ability to link to shared
> libraries with the compiler::link command.  (I have also seen posts
> regarding the gcl-elf-loader that can do this at runtime.)
> 
> I downloaded GCL 2.6.6 and have compiled without any (major)
> issues. However, I am having trouble with a few things in the new
> version:
> 
> 1) There are a bunch of configure options to get dynamic loading of
> compiled files (e.g., static bfd, local bfd, dynamic bfd, dlopen,
> etc). Which is the preferred method?  Currently, I am using the
> dynamic bfd (i.e., the shared bfd libraries on my system).  Also, how
> does the gcl-elf-loader fit into the picture?
> 
> 2) How do I use the compiler::link command?  The syntax is
> straight-forward, but whenever I do it I get errors.  I have tried
> both using and not using the system-p key, but in either case I get
> some sort of error.  In one case (I can't remember which) I get a
> "cannot relocate" error.  In the other case I get a "multiple
> instances of init_code defined" error.
> 
> I think my problems most likely stem from a lack of understanding
> about how GCL works internally, especially in regard to dynamic
> loading of object files.  Also, I've only been using LISP (the GCL
> 2.4.4 variety) for a little while now so sometimes that can be a
> little bit of a block.
> 
> If anyone could give me a brief tutorial (or point me to some reading
> material) on how this stuff works, I'd really appreciate it.  I've
> reversed engineered some of the code, but that is slow going and some
> sort of overview would be much appreciated.
> 
> Perhaps if it is simpler, we could work with a toy problem.  Let's say
> I have an external shared library...maybe the BLAS numerical library
> or the libxml2 library on Linux.  How do I create an image that let's
> me link to all the symbol's in these (shared) libraries from a clines
> construct later on?
> 
> Any help will be much appreciated.
> 
> Thanks,
> 
> Jordan Rosenthal
> 
> PS I also noticed a gcl-users mailing list, but I didn't post there
> because it seems to have very little activity.  If the gcl-devel list
> is not the right place to post this question, just let me know and
> I'll move this discussion to the gcl-users list.
> 
> 
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gcl-devel
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

[Prev in Thread] Current Thread [Next in Thread]