Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
X-Apparently-From:	<earnie?boyd AT yahoo DOT com>
Message-ID:	<3A897145.53588993@yahoo.com>
Date:	Tue, 13 Feb 2001 12:39:17 -0500
From:	Earnie Boyd <earnie_boyd AT yahoo DOT com>
Reply-To:	Earnie Boyd <cygwin AT cygwin DOT com>
X-Mailer:	Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
To:	Rafal Filipczyk <rafalfi AT hotmail DOT com>
CC:	cygwin AT cygwin DOT com
Subject:	Re: 1.1.8: problem linking using gcc, g77 (NT 4.0)
References:	<F177DJOQdbh77E9q5Hi0000a512 AT hotmail DOT com>

Rafal Filipczyk wrote:
> 
> Hi,
> 
> Thanks for responding.
> 
> gcc -v -o foo foo.c gives:
> 
> gcc version 2.95.2-6 19991024 (cygwin experimental).
> 

Is this all it gives?  I was expecting more.  I was expecting something
like:

$ gcc -o hello hello.c -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/specs
gcc version 2.95.2-7 19991024 (cygwin experimental)
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cpp.exe -lang-c -v
-D__GNUC__=2 -D__GN
UC_MINOR__=95 -Di386 -D__386__ -D__i386 -D_X86=1 -D__STDC__=1
-D__stdcall=__attr
ibute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__))
-D__declspec(x)=__at
tribute__((x)) -D__i386__ -D__386__ -D__i386 -D_X86=1 -D__STDC__=1
-D__stdcall=_
_attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__))
-D__declspec(x)
=__attribute__((x)) -D__i386 -Asystem(winnt) -Acpu(i386) -Amachine(i386)
-remap
-Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -Di686
-Dpentiumpro -D__i
686 -D__i686__ -D__pentiumpro -D__pentiumpro__ -D__CYGWIN32__
-D__CYGWIN__ -Duni
x -D__unix__ -D__unix -isystem /usr/local/include -idirafter
/usr/include hello.
c /c/TEMP/cc8cww8a.i
GNU CPP version 2.95.2-7 19991024 (cygwin experimental) (80386, BSD
syntax)
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/include
 /usr/include
End of search list.
The following default directories have been omitted from the search
path:
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/../../../../include/g++-3
End of omitted list.
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cc1.exe /c/TEMP/cc8cww8a.i
-quiet -dum
pbase hello.c -version -o /c/TEMP/ccOcLdGx.s
GNU C version 2.95.2-7 19991024 (cygwin experimental) (i686-pc-cygwin)
compiled
by GNU C version 2.95.2-7 19991024 (cygwin experimental).

/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/../../../../i686-pc-cygwin/bin/as.exe
-o /c/TEMP/ccpfLBkQ.o /c/TEMP/ccOcLdGx.s
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/collect2.exe -Bdynamic -o
hello.exe /u
sr/lib/crt0.o -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7
-L/usr/lib/mingw /c/TEM
P/ccpfLBkQ.o -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32
-lgcc

> I think the problem is with linker. g77 also doesn't
> link.
> 

It's been 20 years since I've fortran'ed.  I don't even remember enough
to come up with a minimal Hello World and have no desire to hunt.  Since
gcc doesn't work either then I'm guessing it's your environment and I
was looking for information about your environment.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -