Hi,
On this page:
http://gcc.gnu.org/install/specific.html
there's a link to:
#*-*-solaris2*
but it doesn't work. Instead from what I can undersatnd it should be:
#g_t*-*-solaris2*
Regards,
Dimitri
Hi,
I'm attempting to build gcc 4.0.0 on Solaris. I have been unable to
build gcc or at least some of its components since the release of gcc 3.4.
Here are a few details on my system:
- Solaris 8 7/01
- Sun's as/ld
as: Sun WorkShop 6 99/08/18
ld: Software Generation Utilities - Solaris Li
Hello,
Some links are broken on this page:
http://gcc.gnu.org/install/specific.html
Specifically:
i?86-*-sco3.2v5*
i?86-*-solaris2.10
x86_64-*-*, amd64-*-*
all ELF targets
See also previous discussion on a similar issue:
http://gcc.gnu.org/ml/gcc/2005
Hi,
The build fails with the following message:
ld: fatal: relocation error: R_SPARC_DISP32:
file .libs/libstdc++.lax/libsupc++convenience.a/vterminate.o:
symbol : offset 0xfccd33ad is non-aligned
Probably a Sun 'as' bug, a similar problem was reported on Solaris 7:
http://gcc.gnu.org/install/spec
Hi,
As far as I can understand, it's not possible to build gcc 4.0.0 and
gcc 3.4.* using GNU binutils with current release 2.15 of GNU
binutils. One has to use the CVS sources or at least one file.
FYI binutils-2.16 has just been released. You might want to try that.
I have installed binutils-2
Hi,
I have installed binutils-2.16.
Things work better in the sense that I get much farther into building
the Java libraries. I still hit a problem:
[...]
ar rc .libs/libgcj0_convenience.a [... around 100.000 characters ...]
internal error: error_message(58)
[...]
Is this a known issue?
I've work
Hi,
How did you configure? The mix of GNU tools and Sun tools looks suspicious.
I think there's no mix involved.
I have configured with:
./configure \
--with-as=/usr/local/binutils/bin/as \
--with-ld=/usr/local/binutils/bin/ld \
...
so I shou
Hi,
I have configured with:
./configure \
--with-as=/usr/local/binutils/bin/as \
--with-ld=/usr/local/binutils/bin/ld \
...
so I should be using GNU's as and ld.
--with-gnu-as and --with-gnu-ld I presume?
No, but configure does detect that, d
Hi,
libgcj.so.6.0.0 is a monster so that could be a memory problem too.
If you're not interested in Java, I'd suggest to configure with
--disable-libgcj.
Actually I'd like to help fix bugs in the Solaris toolchain, apart from
compiling my C++ programs.
Using "xgcc -v" instead of plain "xgcc" I
Hi,
Pass -debug to collect2. I'm not sure this will give you a *small* testcase
though.
/usr/local/binutils/bin/ld [...] -soname libgcj.so.6
[...]
GNU ld version 2.16
Supported emulations:
elf32_sparc
elf64_sparc
/usr/local/binutils/bin/ld: failed to set dynamic section sizes: Memory
exh
Yeah, in 1991 my 386 featured 4 Mb and I really see no reason why it could not
be used to build libgcj nowadays. ;-)
Ooops :-)
These were indeed Gb instead of Mb for those wondering...
--
Dimitri
Hi,
BTW: Have you tried to also look at what ulimits are set on your system?
I've rebooted the system and things are really getting better (even
Sun's "ar" seems to be working now).
This was a kernel problem, the kernel is not up-to-date with patches and
the workstation hadn't been rebooted for
Hi,
OK, I guess the latest compilers from Sun ship with a better "as".
Unfortunately I'm stuck with Sun Studio One 7 for now. Maybe it should
be documented that a recent version of "as" is needed by gcc.
A version not affected by the bug. 4.0.0 bootstraps on Solaris 2.5.1 with
as: WorkShop Compil
13 matches
Mail list logo