Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

Yes, is seems "binutils 2.13" + "gcc 3.2" + "Solaris 8" => pile of crap.  I 
still haven't figured out which binutils will work.

I tried the Sun linker and assembler in "/usr/ccs/bin".  With them I can at 
least run a simple program, but now there are problems linking source files 
that use "std::basic_string<wchar_t>".

Hopefully "binutils 2.12.1" will do the trick.  If that doesn't work I'll go 
back to "binutils 2.11.2"; that worked well with "gcc 3.0.4".

I'm sure I'll get it going eventually.  I just found out I need another 
configure flag "--enable-cxx-flags="-fshort-wchar".  Thank you for your 
help.

-Tony


From: Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
To: "Anthony Feick" <afeick@hotmail.com>
CC: rup@kanat.pair.com, rschiele@uni-mannheim.de, gcc@gcc.gnu.org,   
jakub@gcc.gnu.org
Subject: Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)
Date: Tue, 20 Aug 2002 17:39:05 +0200 (MEST)

Anthony Feick writes:

> Are you sure these are the 32 bit libraries?  I tried just moving them 
into
> local/lib, but libgcc_s.so.1 segfaults instantly.

pretty much so: what does `file' say about them?

> I tried this:
>
> int main(void)
> {
>    return 0;
> }
>
> When I debug it in gdb I get this:
>
> Program received signal SIGSEGV, Segmentation fault.
> __register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0,
> dbase=0x0)
>     at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
> 83        ob->tbase = tbase;
> Current language:  auto; currently c

Did you configure/build with binutils 2.13?  I recall reports that these
totally broke gcc 3.2.  I've personally avoided GNU binutils on Solaris 2,
and didn't ever have problems with this approach.

	Rainer




_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Rainer Orth]

Anthony Feick writes:

> I tried the Sun linker and assembler in "/usr/ccs/bin".  With them I can at 
> least run a simple program, but now there are problems linking source files 
> that use "std::basic_string<wchar_t>".

Do you have a simple testcase that fails for you?  Then please file a bug
(via gccbug) so this can be investigated.

> I'm sure I'll get it going eventually.  I just found out I need another 
> configure flag "--enable-cxx-flags="-fshort-wchar".  Thank you for your 
> help.

This seems terribly wrong: the gcc/g++ defaults for wchar_t match what
Solaris 8 has in <iso/wchar_iso.h>, while the -fshort-wchar flag changes
wchar_t to short, creating an incompatibility with system functions.

Why do you think you need this?

	Rainer

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Bernd Jendrissek]

On Wed, Aug 21, 2002 at 10:50:08AM -0500, Anthony Feick wrote:
> >It turns out that while installing the compiler, I had stripped
> >crtstuff.
> >
> >bernd
> 
> I'm not sure what you mean.  How do you strip the c runtime stuff?  How did 
> you fix it???  It seemed to happen anytime I used "binutils 2.13".

[Almost too embarassed to share this tale...]

simple.  watch, learn, and weep (or laugh)

$ strip /tmp/gcc-install/usr/lib/gcc-lib/i686-pc-linux-gnu/3.0.4/crtbegin.o
etc.

Of course, linking in a stripped (now non-)relocatable object file is BAD.

The fix?  Don't strip.  Seems simple now, but I had a monster of a time
figuring it out in the first place.  Things got quite hairy for a while,
when I noticed that I had actually final-installed a nonworking gcc.  Lucky
I still had gcc2.7.2.3 around with which to bootstrap.

bernd

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Rainer Orth]

Anthony Feick writes:

> I've already deleted the gcc build that gave me problems, so I'll try it 
> agian sometime later.

Fine.

> We are building a cross-platform app (MacOSX, Windows, Solaris, Linux, and 
> hopefully FreeBSD) that needs 2-byte unicode characters.  In "gcc 3.0.4" on 
> Solaris this flag wasn't necessary to make -fshort-wchar work.  However, for 
> gcc 3.2 on Linux it seems to be necessary, and I assumed it was now for 
> Solaris as well.

Again, you should provide a testcase showing what fails without the
--enable-cxx-flags="-fshort-wchar".  I'd expect that with this flag, a
testsuite run fails high and low.

> Also, I guess I don't know what system functions this would interfere with.

This seems somewhat fishy to me: consider the -fshort-wchar docs:

`-fshort-wchar'
     Override the underlying type for `wchar_t' to be `short unsigned
     int' instead of the default for the target.  This option is useful
     for building programs to run under WINE.

So this seems to have very limited use.  But this is probably something for
the language experts to comment upon.

	Rainer

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

Ah, I see it:
http://gcc.gnu.org/ml/gcc-bugs/2002-05/msg00560.html
http://gcc.gnu.org/ml/gcc-bugs/2002-08/msg00348.html

Are you sure these are the 32 bit libraries?  I tried just moving them into 
local/lib, but libgcc_s.so.1 segfaults instantly.

I tried this:

int main(void)
{
  return 0;
}

When I debug it in gdb I get this:

Program received signal SIGSEGV, Segmentation fault.
__register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
dbase=0x0)
   at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
83        ob->tbase = tbase;
Current language:  auto; currently c


(gdb) bt
#0  __register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
dbase=0x0)
   at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
#1  0xff2b16c8 in frame_dummy () from /users/afeick/local/lib/libgcc_s.so.1
#2  0xff2b15b0 in _init () from /users/afeick/local/lib/libgcc_s.so.1
#3  0xff3ca7d8 in ?? ()
#4  0xff3ca620 in ?? ()
#5  0xff3d3350 in ?? ()
#6  0xff3c298c in ?? ()







From: Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
To: Rupert Wood <rup@kanat.pair.com>
CC: Robert Schiele <rschiele@uni-mannheim.de>,   Anthony Feick 
<afeick@hotmail.com>, <gcc@gcc.gnu.org>, jakub@gcc.gnu.org
Subject: Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)
Date: 20 Aug 2002 16:39:06 +0200

Rupert Wood <rup@kanat.pair.com> writes:

> It's broken in the --disable-multilib case. It installs the 32-bit 
library
> into sparcv9 and nothing into lib.
>
> This came up on the gcc-help list a while back; sorry, I'd assumed a bug
> had been filed. I had a quick look at mklibgcc at the time but I was
> in over my head and too busy to chase it very far.

This is a known problem: PR target/6668, but unfortunately still not fixed.

	Rainer




_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Rainer Orth]

Anthony Feick writes:

> Are you sure these are the 32 bit libraries?  I tried just moving them into 
> local/lib, but libgcc_s.so.1 segfaults instantly.

pretty much so: what does `file' say about them?

> I tried this:
> 
> int main(void)
> {
>    return 0;
> }
> 
> When I debug it in gdb I get this:
> 
> Program received signal SIGSEGV, Segmentation fault.
> __register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
> dbase=0x0)
>     at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
> 83        ob->tbase = tbase;
> Current language:  auto; currently c

Did you configure/build with binutils 2.13?  I recall reports that these
totally broke gcc 3.2.  I've personally avoided GNU binutils on Solaris 2,
and didn't ever have problems with this approach.

	Rainer

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Bernd Jendrissek]

On Tue, Aug 20, 2002 at 10:35:26AM -0500, Anthony Feick wrote:
> Are you sure these are the 32 bit libraries?  I tried just moving them into 
> local/lib, but libgcc_s.so.1 segfaults instantly.
[snip]
> (gdb) bt
> #0  __register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
> dbase=0x0)
>     at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
> #1  0xff2b16c8 in frame_dummy () from /users/afeick/local/lib/libgcc_s.so.1
> #2  0xff2b15b0 in _init () from /users/afeick/local/lib/libgcc_s.so.1

IOW very early in libgcc_s.so.1

A while back I almost lost my mind trying to figure out why my libgcc_s.so.1
segfaulted instantly (actually, anything compiled with the newly compiled
gcc-3.0.4).

It turns out that while installing the compiler, I had stripped crtstuff.

bernd

gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Anthony Feick]

GCC 3.2 on sparc Solaris 8 doesn't install libgcc_s.so.  It makes the 
library, but doesn't move it over.  When I copy it to the install directory, 
it seems to be broken:

Program received signal SIGSEGV, Segmentation fault.
__register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
dbase=0x0)
   at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
83        ob->tbase = tbase;
Current language:  auto; currently c
(gdb) bt
#0  __register_frame_info_bases (begin=0xff2b0000, ob=0xff2b0000, tbase=0x0, 
dbase=0x0)
   at ../../gcc-3.2/gcc/unwind-dw2-fde.c:83
#1  0xff2b16c8 in frame_dummy () from /users/afeick/local/lib/libgcc_s.so.1
#2  0xff2b15b0 in _init () from /users/afeick/local/lib/libgcc_s.so.1
#3  0xff3ca7d8 in ?? ()
#4  0xff3ca620 in ?? ()
#5  0xff3d3350 in ?? ()
#6  0xff3c298c in ?? ()
(gdb)



$ gcc -v
Reading specs from 
/users/afeick/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2/specs
Configured with: ../gcc-3.2/configure --prefix=/users/afeick/local 
--enable-threads=posix --disable-multilib --disable-nls --with-gnu-ld 
--with-ld=/users/afeick/local/bin/ld --with-gnu-as 
--with-as=/users/afeick/local/bin/as --enable-languages=c,c++,f77,objc 
--disable-libgcj
Thread model: posix
gcc version 3.2



Let me know if I should send this message to a different mailing list.

-Tony


_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Robert Schiele]

On Tue, Aug 20, 2002 at 03:17:46AM -0500, Anthony Feick wrote:
> GCC 3.2 on sparc Solaris 8 doesn't install libgcc_s.so.

Hmm, strange.  It works for me.

Robert

-- 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iQEVAwUBPWI/qMQAnns5HcHpAQG8gggA0d0+YEG9FJ1beDlWm5sbYpDVs6X+jP2E
fOj0jA1RT0BtUWZgbPqlVAvWYkHsxZ7VStD8QRh/TYJ2uM4gzZSgbNnkNQEejHJ7
lYGga3YcnsOBgQyx9HZuNaOZBIYomF8vEHMxXfU45P1ZlwjxHSRFyduJgknFrrJH
qgrpFjQIFdb272vif4bZ1dhPlzVDCxZLjWmyq0P5m/ytko1+ci10FZDfPwWbG4Os
Tp5Mlhm3BxCaUdt86AktK1qbuA1SMwKOXlNsw0Yoz4PBZRKaRxVIOZxzzjv0BfZ0
Uf8fki0HNn4+qT99qexlaJ50cBo8QS/2wQtafopU12RfXbni9YbV1g==
=GFrR
-----END PGP SIGNATURE-----

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Rupert Wood]

Robert Schiele wrote:

> > GCC 3.2 on sparc Solaris 8 doesn't install libgcc_s.so.
> Hmm, strange.  It works for me.

It's broken in the --disable-multilib case. It installs the 32-bit library
into sparcv9 and nothing into lib.

This came up on the gcc-help list a while back; sorry, I'd assumed a bug
had been filed. I had a quick look at mklibgcc at the time but I was
in over my head and too busy to chase it very far.

Rup.

Re: gcc 3.2 on Solaris 8 (libgcc_s.so problem)

[Rainer Orth]

Rupert Wood <rup@kanat.pair.com> writes:

> It's broken in the --disable-multilib case. It installs the 32-bit library
> into sparcv9 and nothing into lib.
> 
> This came up on the gcc-help list a while back; sorry, I'd assumed a bug
> had been filed. I had a quick look at mklibgcc at the time but I was
> in over my head and too busy to chase it very far.

This is a known problem: PR target/6668, but unfortunately still not fixed.

	Rainer