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


From: Camm Maguire
Subject: Re: [Gcl-devel] New user question - more explicit information
Date: 06 May 2005 10:10:29 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Jordan Rosenthal <address@hidden> writes:

> >>  both certainly are'nt toy problems - a libxml2 wrapper would run
> >>  into the problem of UTF2ISO conversion, while BLAS might offer
> >>  other can of worms, i'm not aware of, but I think arrays of various
> >>  structure might need a lot of conversion.
> 
> Ahhh...for our purposes, we don't need a full-blown wrapper.  We
> simply need a few functions here or there.  You're right, the
> full-blown wrapper would be a much more complicated beast.
> 
> > Another wish list item for 2.7.0 or later is a little C header parser
> > to attempt to automate the type of defentries I posted earlier.  I
> > have a crude start, but not more time at present.  Volunteers for any
> > of this work most appreciated!
> 
> A quick Google search found the following:
> 
> --------------
> CParse
> http://common-lisp.net/project/cparse/
> 
> FFIGEN
> http://www.ccs.neu.edu/home/lth/ffigen/
> --------------
> 
> I don't know anything about them, but perhaps they can give you some
> ideas.  And obviuosly, any compiler must be able to do this, so that's
> another source for ideas.
> 

Thanks for these!  While we might end up going in this direction, GCL
already has the ability to pipe the headers through cpp to a stream,
so I'm hoping we can do something more lightweight.  This is a longer
term project unless someone presents an immediate need.

Take care,

> Jordan
> 
> 
> 
> 

-- 
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]