--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
07:50 ---
This program builds just fine:
$ cat conftest.c
main () {
/* Are we little or big endian? From HarbisonSteele. */
union
{
long l;
char c[sizeof (long)];
} u;
u.l = 1;
exit
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
09:00 ---
$ /export/Plocal/GCC-3.3.6/gcc/xgcc -B/export/Plocal/GCC-3.3.6/gcc/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/bin/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/lib/ -isystem
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
09:35 ---
In the 64-bit case, again none of BYTE_ORDER, BIG_ENDIAN or LITTLE_ENDIAN are
defined. As far as I can understand, the configure script stops there and
doesn't run additional tests as in the 32-bit case.
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
09:38 ---
checking whether byte ordering is bigendian... cross-compiling...
unknown
checking to probe for byte ordering... guessing bigendian ...
unknown
configure: error: unknown endianess - sorry
gmake[1]: ***
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
09:40 ---
I think you should give it another try.
rm -r sparc-sun-solaris2.8/libffi
rm -r sparc-sun-solaris2.8/sparcv9/libffi
gmake all-target-libffi
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
10:38 ---
$ /export/Plocal/GCC-3.3.6/gcc/xgcc -B/export/Plocal/GCC-3.3.6/gcc/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/bin/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/lib/ -isystem
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
11:13 ---
This has to be the command line.
All I did was copying/pasting from the config.log file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
11:39 ---
I tried anyway:
$ /export/Plocal/GCC-3.3.6/gcc/xgcc -B/export/Plocal/GCC-3.3.6/gcc/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/bin/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/lib/ -isystem
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
12:22 ---
$ /export/Plocal/GCC-3.3.6/gcc/xgcc -B/export/Plocal/GCC-3.3.6/gcc/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/bin/
-B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/lib/ -isystem
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
12:43 ---
We're heading in the wrong direction.
I don't see how '-v' can help. The problem is just that LD_LIBRARY_PATH contains
/usr/local/lib which contains a link to the 32-bit libgcc_s.so.1 library of gcc
4.
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
12:44 ---
(In reply to comment #20)
$ env ldd conftest
Instead it should read:
env LD_LIBRARY_PATH=/export/Plocal/GCC-3.3.6/gcc/sparcv9 ldd conftest
I don't know what went wrong while copying/pasting.
--
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30
12:59 ---
See:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/Makefile.am#rev1.40
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/Makefile.in#rev1.51
These changes must somehow be related to my problems with gcc
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
13:01 ---
We're heading in the wrong direction.
I don't see how '-v' can help. The problem is just that LD_LIBRARY_PATH
contains
/usr/local/lib which contains a link to the 32-bit libgcc_s.so.1 library of
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-30
14:40 ---
Aaah... You mean adding '-v' to 'xgcc', not to 'conftest' itself. My wrong.
Yup, sorry for being too vague.
Please find the output of the following command attached.
The problem stems from -lgcc
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:38 ---
Created an attachment (id=8979)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8979action=view)
complete build log, output of gmake bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:40 ---
Created an attachment (id=8980)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8980action=view)
failing configure log: sparc-sun-solaris2.8/libffi/config.log
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:15 ---
You should use --disable-multilib as documented.
*** This bug has been marked as a duplicate of 6237 ***
--
What|Removed |Added
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:35 ---
1) I'm not sure this is a duplicate. The workstation I'm using is fully 64-bit
functional:
$ isainfo -v
64-bit sparcv9 applications
32-bit sparc applications
$
Both
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:36 ---
Nothing has changed to libffi since 3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:43 ---
Nothing has changed on my machine either except:
* I've upgraded the Sun assembler because of this:
http://gcc.gnu.org/ml/gcc/2005-05/msg00509.html
I'm using GNU binutils for this build anyway, so it
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:52 ---
The last version i had built in the gcc 3.3 series was 3.3.4. It had probably
been bootstrapped with gcc 3.3.3 and I was using GNU binutils 2.15 at that time.
Also maybe this is not related to changes in
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-27
14:40 ---
Look at config.log and try to compile the last configure test using the same
command line:
main () {
/* Are we little or big endian? From HarbisonSteele. */
union
{
long l;
char c[sizeof
22 matches
Mail list logo