From: Kick Damien-DKICK1 <DKICK1@motorola.com>
To: "'Rupert Wood'" <me@rupey.net>, Kick Damien-DKICK1 <DKICK1@motorola.com>
Cc: gcc-help@gcc.gnu.org
Subject: RE: Problems building gcc-3.1.1 on 32-bit sparc-sun-solaris2.7
Date: Wed, 31 Jul 2002 11:02:00 -0000 [thread overview]
Message-ID: <A5B4C9A2AD89D411AB3E009027B0DA1E057BD7D2@IL27EXM09.cig.mot.com> (raw)
Rupert Wood [me@rupey.net] wrote:
> By default, GCC for sparc-solaris2.7+ will support both 32-bit and
> 64-bit builds.
>
> The problem is actually that you don't have /lib/sparcv9/values-*.o
> installed; [...]
>
> 1. Install the 64-bit object files from package SUNWarcx. You
> may then be able to build a compiler that targets both 64-bit
> and 32-bit builds on your 32-bit system. (You might also need
> SUNWcslx.)
Not an option for me as I do not have 'root' priveldges on the box.
> 2. Prevent it building 64-bit runtime libraries by adding
> '--disable-multilib' to your configure line.
I've tried this and got the build to finish successfully. However, I
then get the following problem with the finished product.
[kick@csdndev07 ~/tmp]% cat foo.cc
int main()
{
}
[kick@csdndev07 ~/tmp]% g++ --version
g++ (GCC) 3.1.1
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
[kick@csdndev07 ~/tmp]% g++ foo.cc
ld: fatal: library -lgcc_s: not found
ld: fatal: library -lgcc_s: not found
ld: fatal: File processing errors. No output written to a.out
collect2: ld returned 1 exit status
[kick@csdndev07 ~/tmp]% g++ -v foo.cc
Reading specs from
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/specs
Configured with: ../../../src/gcc-3.1.1/configure
--with-gcc-version-trigger=/usr/test/awo/user_work/kick/src/gcc-3.1.1/gcc/ve
rsion.c --prefix=/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-languages=c,c++
--disable-multilib
Thread model: posix
gcc version 3.1.1
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/cc1plus -v -D__GNUC__=3 -D__GNUC_MINOR__=1
-D__GNUC_PATCHLEVEL__=1 -Dsparc -Dsun -Dunix -D__svr4__ -D__SVR4
-D__PRAGMA_REDEFINE_EXTNAME -D__sparc__ -D__sun__ -D__unix__ -D__svr4__
-D__SVR4 -D__PRAGMA_REDEFINE_EXTNAME -D__sparc -D__sun -D__unix
-Asystem=unix -Asystem=svr4 -D__NO_INLINE__ -D__STDC_HOSTED__=1
-D_XOPEN_SOURCE=500 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1
-D__EXTENSIONS__ -D__SIZE_TYPE__=unsigned int -D__PTRDIFF_TYPE__=int
-D__WCHAR_TYPE__=long int -D__WINT_TYPE__=long int -D__GCC_NEW_VARARGS__
-Acpu=sparc -Amachine=sparc foo.cc -D__GNUG__=3 -D__DEPRECATED
-D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -quiet -dumpbase foo.cc -version -o
/var/tmp//cccHmhYU.s
GNU CPP version 3.1.1 (cpplib) (sparc ELF)
GNU C++ version 3.1.1 (sparc-sun-solaris2.7)
compiled by GNU C version 3.1.1.
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/sparc-sun-solaris2.7/i
nclude"
#include "..." search starts here:
#include <...> search starts here:
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/include/c++/3.1.1
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/include/c++/3.1.1/sparc
-sun-solaris2.7
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/include/c++/3.1.1/backw
ard
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/include
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/include
/usr/include
End of search list.
/usr/ccs/bin/as -V -Qy -s -o /var/tmp//ccYvoo8J.o /var/tmp//cccHmhYU.s
/usr/ccs/bin/as: WorkShop Compilers 5.0 Alpha 03/27/98 Build
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -Qy
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/crt1.o
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/crti.o /usr/ccs/lib/values-Xa.o
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/crtbegin.o
-L/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun
-solaris2.7/3.1.1
-L/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun
-solaris2.7/3.1.1/../../../../sparc-sun-solaris2.7/lib -L/usr/ccs/bin
-L/usr/ccs/lib
-L/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun
-solaris2.7/3.1.1/../../.. /var/tmp//ccYvoo8J.o -lstdc++ -lm -lgcc_s -lgcc
-lc -lgcc_s -lgcc -lc
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/crtend.o
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/gcc-lib/sparc-sun-s
olaris2.7/3.1.1/crtn.o
ld: Software Generation Utilities - Solaris-ELF (4.0)
ld: fatal: library -lgcc_s: not found
ld: fatal: library -lgcc_s: not found
ld: fatal: File processing errors. No output written to a.out
collect2: ld returned 1 exit status
[kick@csdndev07 ~/tmp]% kf
/usr/test/awo/user_work/kick/sparc-sun-solaris2.7-32/lib/sparcv9
libgcc_s.so@ libgcc_s.so.1
[kick@csdndev07 ~/tmp]%
What I don't understand is why 'g++' is still apparently looking for
64-bit libraries even though I've told 'configure' to
'--disable-multilib'. Is there something else I should've done as
well? Anyway, thanks for the help so far and thanks in advance for
any more.
--
Damien Kick
next reply other threads:[~2002-07-31 18:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-31 11:02 Kick Damien-DKICK1 [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-07-31 11:40 Kick Damien-DKICK1
[not found] <616BE6A276E3714788D2AC35C40CD18D740AC2@whale.softwire.co.uk>
2002-07-31 11:22 ` Rupert Wood
[not found] <616BE6A276E3714788D2AC35C40CD18D740854@whale.softwire.co.uk>
2002-07-31 1:21 ` Rupert Wood
2002-07-30 14:36 Kick Damien-DKICK1
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=A5B4C9A2AD89D411AB3E009027B0DA1E057BD7D2@IL27EXM09.cig.mot.com \
--to=dkick1@motorola.com \
--cc=gcc-help@gcc.gnu.org \
--cc=me@rupey.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).