delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/09/26/19:12:00

From: garbanzo AT hooked DOT net (Alex)
Subject: Re: Follow up to New Question:
26 Sep 1997 19:12:00 -0700 :
Message-ID: <Pine.BSF.3.96.970926185624.240A-100000.cygnus.gnu-win32@zippy.dyn.ml.org>
References: <342BF5C1 DOT 549F28B7 AT ticnet DOT com>
Mime-Version: 1.0
To: gnu-win32 AT cygnus DOT com


On Fri, 26 Sep 1997, Kermit Tensmeyer wrote:

> Output of Makefile:
> 
> cd ~/
> make -k rrexec.exe
> gcc  -o rrexec.exe rrexec.o 
> C:/gnuwin32/H-i386-cygwin32/i386-cygwin32/lib/libwsock32.a
> rrexec.o(.text+0x172):rrexec.c: undefined reference to `rexec'
> rrexec.o(.text+0x1c1):rrexec.c: undefined reference to `recv'
> gcc: Internal compiler error: program ld got fatal signal 1
> make: *** [rrexec.exe] Error 1
> 
> Compilation exited abnormally with code 2 at Fri Sep 26 12:08:16

>    from this I conclude that somehow the function call 'rexec' 
>  does _not_ get statisfied to the ident _rexec AT 24_.

Right, because it's not supported.  It's probably not supposed to be in
there.
 
>  so how is gnuwin32 differenet from the orthodox Gnu C compiler?

It doesn't have a libc in the usual sense.
 
>   oh yes, the code was copied from the GNU C for Unix and linked
>  without explict libraries.
> 
>   Under GNU C, rexec and recv are included in the libc.a..

rexec and recv are both socket functions.  I _think_ that recv might be a
function in wsock32.dll (try running nm or strings on it and/or
winsock.dll).  I _think_ the functions that need wrappers and that aren't
in the Win32 api are included in the "libc" a.k.a. libcygwin.a/cygwin.dll.
I _think_ all the functions that are copied straight over from Win32 dlls
have their own .a libs.

- alex

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019