--- 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=8979&action=view)
complete build log, output of "gmake bootstrap"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2178
--- 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=8980&action=view)
failing configure log: sparc-sun-solaris2.8/libffi/config.log
--
http://gcc.gnu.org/bugzilla/show_b
--- 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 gcc-3.4.
--- 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 shoul
--- 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 l
--- 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 Harbison&Steele. */
union
{
long l;
char c[sizeof
--- 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 Harbison&Steele. */
union
{
long l;
char c[sizeof (long)];
} u;
u.l = 1;
exit (u.c[siz
--- 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
> /usr/local/gcc-3.3.6/s
--- 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.
Is
--- 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
> /usr/local/gcc-3.3.6/s
--- 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
/usr/local/gcc
--- 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
> /usr/local/gcc-3.3.6/
--- 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. Onc
--- 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.
--
htt
--- 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 o
--- 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 --
22 matches
Mail list logo