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

[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

DaR

-----Original Message-----
From: Bernd Paysan [mailto:address@hidden 
Sent: Tuesday, August 13, 2013 7:03 AM
To: Dennis Ruffer
Cc: 'gforth'
Subject: Re: [gforth] Latest git and cygwin 64-bit

Am Dienstag, 13. August 2013, 06:47:16 schrieb Dennis Ruffer:
> I see the following as a new set of error messages since 04/09 when I 
> last pulled down the git sources:
> 
> $FFBB398C throw
> $FFBDE218 c(abort")
> $FFBDECCC compile-wrapper-function1
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c: In 
> function
> 'stick_to_core':
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:139:3:
> error: unknown type name 'cpu_set_t'
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:144:3:
> warning: implicit declaration of function 'CPU_ZERO'
> [-Wimplicit-function-declaration]
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:145:3:
> warning: implicit declaration of function 'CPU_SET'
> [-Wimplicit-function-declaration]
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:147:3:
> warning: implicit declaration of function 'pthread_setaffinity_np'
> [-Wimplicit-function-declaration]
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:147:56:
> error: 'cpu_set_t' undeclared (first use in this function)
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:147:56:
> note: each undeclared identifier is reported only once for each 
> function it appears in
/usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:
> In function 'libgfpthread_LTX_gforth_c_pthread_kill_nn_n':
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:193:3:
> warning: passing argument 1 of 'pthread_kill' makes pointer from 
> integer without a cast [enabled by default] In file included from 
> /usr/include/signal.h:5:0,
>                  from /usr/include/pthread.h:15,
>                  from
> /usr/src/gforth/lib/gforth/0.7.9_20130214/libcc-named/pthread.c:2:
> /usr/include/sys/signal.h:170:5: note: expected 'pthread_t' but 
> argument is of type 'Cell'

Yes, for portabilitiy, I should leave thread affinity out.

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

build64.txt
Description: Text document