cvs commit: hugs98/src Makefile.in MkInstal.in hugs.c runhugs.c

reid 2002/08/08 16:35:48 PDT Modified files: src Makefile.in MkInstal.in hugs.c runhugs.c Log: New binary 'ffihugs' to compile ffi files. Typical usage: ./ffihugs -P'{Hugs}/libraries:{Hugs}/lib/hugs:{Hugs}/lib/exts' +G +L"errno.c" Foreign.C.Error Notes: - The very last argument must be the file to compile. You certainly can't put the +L flag last. ffihugs will probably silently ignore it if you do. Do I care enough to fix this? - Though it's somewhat redundant, you can't omit the +G flag. Hmmm, if you omit the +G flag, ffihugs will load the file and return an error code if it fails. Could be useful. - The code only differs from runhugs by a few lines so we played the usual cpp tricks to avoid code duplication. - No need for +q -w now: runhugs was already pretty quiet. - Note that you need lib/hugs and lib/exts on the search path. This is to let us load HugsDynamic (which loads IOExts) which hasn't made it into the hierarchial libs. We'll probably want to clean this up once we commit totally to the hierarchy. At the same time, we'll probably reduce HugsDynamic to a slim shim over Data.Dynamic. Revision Changes Path 1.15 +7 -0 hugs98/src/Makefile.in 1.16 +11 -10 hugs98/src/MkInstal.in 1.86 +3 -3 hugs98/src/hugs.c 1.12 +8 -4 hugs98/src/runhugs.c

On Thu, Aug 08, 2002 at 04:35:48PM -0700, Alastair Reid wrote:
Typical usage:
./ffihugs -P'{Hugs}/libraries:{Hugs}/lib/hugs:{Hugs}/lib/exts' +G +L"errno.c" Foreign.C.Error
[...]
- Note that you need lib/hugs and lib/exts on the search path. This is to let us load HugsDynamic (which loads IOExts) which hasn't made it into the hierarchial libs.
It might be better to use -P'{Hugs}/libraries:{Hugs}/oldlib:{Hugs}/lib/hugs' That way HugsDynamic gets the IOExts from oldlib. Putting both libraries and lib/exts on the search path will get you an ambiguous reference sooner or later.
participants (2)
-
Alastair Reid
-
Ross Paterson