I've just built gcc with sparc64 as build target (64-bit gcc binary that
generates 64-bit code by default, much like Linux amd64 does).
I've noticed one inconsistency how libraries are installed. For shared
libraries (lib*.so), the 32-bit version is installed in prefix/lib, while
64-bit version i
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
I've noticed one inconsistency how libraries are installed. For shared
libraries (lib*.so), the 32-bit version is installed in prefix/lib, while
64-bit version is installed in prefix/lib/sparcv9.
For static libraries (lib*.a archives), it is the other
I was doing a build on sparc64-sun-solaris2.9 (I guess all sparc*-*-solaris*
targets are affected). The build was failing because library search path was
not hardcoded (via -rpath or -R options) into xgcc executable.
On my system, I have two libintl.so libraries. Solaris version in
/usr/lib/spar
I've just recompiled GCC 4.0.2 for sparc-sun-solaris2.9 with fortran
language enabled. To test it, I found short hello world program on the
net (included).
If I produce 32-bit binary by simply using "gfortran hello.f", it
compiles, but the resulting binary exits immediatelly (no output). If
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
So, the question is, did I broke something by attempting to have both
32-bit and 64-bit GMP library installed simultaniously? Did I miss
anything needed to have both 32-bit and 64-bit GMP available on the
system?
Do not install both 32-bit and 64-bit
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
GMP is used by the compiler, not by the application, so you only need
the version that the compiler will use.
Right, that's what I previously said. :-) But Aleksandar apparently insists
on having both versions installed.
Well, I'm not insisting...
Nix wrote:
On 13 Jan 2006, Eric Botcazou mused:
GMP is used by the compiler, not by the application, so you only need
the version that the compiler will use.
Right, that's what I previously said. :-) But Aleksandar apparently insists
on having both versions installed.
Doesn't Solaris hav
Eric Botcazou wrote:
So, the question is, did I broke something by attempting to have both
32-bit and 64-bit GMP library installed simultaniously? Did I miss
anything needed to have both 32-bit and 64-bit GMP available on the
system?
Do not install both 32-bit and 64-bit GMP, you only need one
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
Please make sure every bit of the hacked GMP has been wiped out on Solaris 9.
Should I file bug on bugzilla?
Sure, if you can reproduce it after cleaning up the Solaris 9 machine.
To confirm things, I did following:
Install gcc 2.8.1 binary (from
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
Compile GMP 4.1.4:
$ ../configure ABI=32 --prefix=/gcc-test --enable-mpfr
Would you mind trying as documented in
http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2
i.e. with --build=sparc-sun-solaris2.9 instead of ABI=32?
I'll try it.
Eric Botcazou wrote:
Compile GMP 4.1.4:
$ ../configure ABI=32 --prefix=/gcc-test --enable-mpfr
Would you mind trying as documented in
http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2
i.e. with --build=sparc-sun-solaris2.9 instead of ABI=32?
Done. I got same thing (32-bit hell
Quoting Vincent Lefevre <[EMAIL PROTECTED]>:
Hi,
On 2006-01-25 13:10:50 -0600, Aleksandar Milivojevic wrote:
Compile GMP 4.1.4:
$ ../configure ABI=32 --prefix=/gcc-test --enable-mpfr
You shouldn't use the MPFR version distributed with GMP; it is very
old and buggy. It is muc
Vincent Lefevre wrote:
You shouldn't use the MPFR version distributed with GMP; it is very
old and buggy. It is much better to compile GMP without MPFR support
then compile MPFR 2.2.0 separately: http://www.mpfr.org/mpfr-current/
Heh... If MPFR 2.2.0 (fully patched) is configured with
--enabl
Quoting Eric Botcazou <[EMAIL PROTECTED]>:
So, the question is, did I broke something by attempting to have both
32-bit and 64-bit GMP library installed simultaniously? Did I miss
anything needed to have both 32-bit and 64-bit GMP available on the
system?
Do not install both 32-bit and 64-bit
Was there any work (or plans) on porting libmudflap to Solaris (either
SPARC or x86)?
This message was sent using IMP, the Internet Messaging Program.
Quoting Rainer Orth <[EMAIL PROTECTED]>:
Aleksandar Milivojevic <[EMAIL PROTECTED]> writes:
Was there any work (or plans) on porting libmudflap to Solaris (either
SPARC or x86)?
Last time I looked (cf. PR libmudflap/15176), libmudflap depended on GNU
ld's --wrap option. Yo
16 matches
Mail list logo
