Re: [gforth] Latest git and cygwin 64-bit

[Bernd Paysan]

Am Dienstag, 13. August 2013, 12:28:30 schrieb Dennis Ruffer:
> You wrote: " To solve the chicken and egg problem do a make dist e.g. on
> Linux and untar the created tarball on cygwin64."
> 
> I'm not sure exactly what that gained, but the build did get further.  It
> still fails, with log attached. ;(
> 
> I see that you commented out the thread affinity and the 32 bit compile
> appears to get as far as it used to, but the make install still fails:
> 
> $ make install
> cp -p kernl32l.fi kernl32l.fi~
> cp -p kernl32l.fi- kernl32l.fi
> ./gforthker -p ".:~+:." etags.fs except.fs startup.fs fflib.fs cstr.fs
> unix/socket.fs unix/pthread.fs unix/mmap.fs unix/serial.fs -e bye
> redefined field,
> *** Warning: This system can not link to static lib archive
> /usr/lib/libavcall.la.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have.
> *** But as you try to build a module library, libtool will still create
> *** a static module, that should work as long as the dlopening application
> *** is linked with the -dlopen flag to resolve symbols at runtime.
> 
> file not found
> uncaught exception: error #-2
> Makefile:975: recipe for target `gforth.TAGS' failed
> make: *** [gforth.TAGS] Error 2

It looks like the check on ffcall succeeds, but you don't have the necessary 
dynamic libraries for it to build successfully.  Go to the Makefile and edit 
ffcall.fs out in the LIBCC_SRC variable.

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
http://bernd-paysan.de/

signature.asc
Description: This is a digitally signed message part.