delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2003/12/18/12:45:31

X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: Peter Gertner <peter DOT gertner AT gmx DOT de>
Subject: Re: [GPC] "cannot find -lgcc"
Newsgroups: comp.os.msdos.djgpp
User-Agent: 40tude_Dialog/2.0.7.1
MIME-Version: 1.0
References: <1n1fid5gv57x1 DOT tdz7w1cj7vq8 DOT dlg AT 40tude DOT net> <brsc5b$1mg$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>
Date: Thu, 18 Dec 2003 18:37:59 +0100
Message-ID: <5qnkeezmeiyd.u7jzm5shkla1.dlg@40tude.net>
Lines: 61
NNTP-Posting-Host: 213.7.166.154
X-Trace: 1071769079 news.freenet.de 22646 213.7.166.154:1480
X-Complaints-To: abuse AT freenet DOT de
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

> By far the most likely reason for that to happen is that you installed
> mismatched versions of gpc*b.zip and gcc*b.zip.  They must be from the
> *same* version of GCC, since gpc*b contains only those parts of the
> GNU Compiler Collection that are specific to Pascal.  The ground work
> is all in gcc*b.zip, the C compiler package.
Well, that is very bad.
Since i don't have a broadband connection to the internet, I let a friend
download the files for me. It is gpc3.22 and gcc3.32. As there are holidays
at the moment and I live in a suburb, we can only met in school.
But even if there is a problem with the different versions, I should at
least find the library the linker wants to link against, even if this
library has the wrong version. Or is the development really so fast that a
whole library vanishes from one version to another?!?


The log that I produced using a verbose output looks as follows:

----->8------->8------->8------->8------->8------->8--
Using built-in specs.
Configured with: /djgpp/b/gnu/gcc-3.22/configure i586-pc-msdosdjgpp
--prefix=/dev/env/DJDIR --disable-nls --enable-languages=pascal
--enable-checking
Thread model: single
gpc version 20030507, based on gcc-3.2.2
 e:/djgpp/lib/gcc-lib/djgpp/3.22/gpcpp.exe -D__BITS_LITTLE_ENDIAN__=1
-D__BYTES_LITTLE_ENDIAN__=1 -D__WORDS_LITTLE_ENDIAN__=1
-D__NEED_NO_ALIGNMENT__=1 -v -D__GNUC__=3 -D__GNUC_MINOR__=2
-D__GNUC_PATCHLEVEL__=2 -D__GXX_ABI_VERSION=102 -D__MSDOS__ -D__GO32__
-D__DJGPP__=2 -D__unix__ -D__MSDOS__ -D__GO32__ -D__DJGPP__=2 -D__unix__
-Asystem=msdos -Asystem=unix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386
-Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i586__
-D__tune_pentium__ -DMSDOS -DGO32 -DDJGPP=2 -Dunix -remap -imacros
djgpp.ver test.pas -famtmpfile=e:/djgpp/tmp/ccrwbVSP.gpa
e:/djgpp/tmp/ccIScGBv.i
GNU Pascal Compiler PreProcessor version 20030507, based on gcc-3.2.2
(80386, BSD syntax)
 e:/djgpp/lib/gcc-lib/djgpp/3.22/gpc1.exe e:/djgpp/tmp/ccIScGBv.i -quiet
-dumpbase test.pas -version -famtmpfile=e:/djgpp/tmp/ccrwbVSP.gpa -o
e:/djgpp/tmp/ccdeMOMe.s
GNU Pascal version is actually 20030507, based on gcc-3.2.2
GNU Pascal version 3.2.2 (djgpp)
	compiled by GNU C version 3.2.2.
 e:/djgpp/bin/as.exe --traditional-format -o e:/djgpp/tmp/ccmwTa32.o
e:/djgpp/tmp/ccdeMOMe.s
 e:/djgpp/bin/ld.exe e:/djgpp/lib/crt0.o -Le:/djgpp/lib
-Le:/djgpp/lib/gcc-lib/djgpp/3.22 -Le:/djgpp/bin -Le:/djgpp/lib
-Le:/djgpp/lib/gcc-lib/djgpp/3.22/../../.. e:/djgpp/tmp/ccmwTa32.o -lgpc
-lm -lgcc -lc -lgcc -Tdjgpp-x.djl
e:/djgpp/bin/ld.exe: cannot find -lgcc
----->8------->8------->8------->8------->8------->8--

I wonder about -lgcc occuring twice in the parameter list of the linker
call. But even if I force gpc not to link the binary and call ld manually
with linking against gcc (whatever this may be), the problem occurs.


Bye
Peter Gertner

(P.S.: For information about my configuration, please read my reply to
Martin's answer)

- Raw text -


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