Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[Gerald Pfeifer]

The following reply was made to PR target/6237; it has been noted by GNATS.

From: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
To: Richard Henderson <rth@redhat.com>, <gcc-bugs@gcc.gnu.org>,
   <gcc-prs@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Cc:  
Subject: Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8
Date: Tue, 16 Apr 2002 10:00:32 +0200 (CEST)

 On 12 Apr 2002 rth@gcc.gnu.org wrote:
 > State-Changed-From-To: analyzed->feedback
 >
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237
 
 I fully bootstrapped this (including gcj and libgcj) both on
 sparc-sun-solaris2.8 and sparcv9-sun-solaris2.8 and tested it
 with my usual set of programs.  No problems whatsoever, thanks!
 
 Gerald
 

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[rth]

Synopsis: libffi/configure bootstrap failure on sparc-sun-solaris2.8

State-Changed-From-To: feedback->closed
State-Changed-By: rth
State-Changed-When: Tue Apr 23 00:43:02 2002
State-Changed-Why:
    Fixed, sortof.  Documenting the problem away, mostly.
    To wit: use --disable-multilibs when 32-bit only kernel installed.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[rth]

Synopsis: libffi/configure bootstrap failure on sparc-sun-solaris2.8

State-Changed-From-To: analyzed->feedback
State-Changed-By: rth
State-Changed-When: Fri Apr 12 15:56:25 2002
State-Changed-Why:
    http://gcc.gnu.org/ml/gcc-patches/2002-04/msg00689.html

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[rth]

Synopsis: libffi/configure bootstrap failure on sparc-sun-solaris2.8

Responsible-Changed-From-To: unassigned->rth
Responsible-Changed-By: rth
Responsible-Changed-When: Thu Apr 11 16:18:00 2002
Responsible-Changed-Why:
    .

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[davem]

Synopsis: libffi/configure bootstrap failure on sparc-sun-solaris2.8

State-Changed-From-To: feedback->analyzed
State-Changed-By: davem
State-Changed-When: Tue Apr  9 08:14:20 2002
State-Changed-Why:
    Nevermind, I know what causes this now.
    We always build 64-bit binaries for solaris7 and later
    even if isainfo says we are running a 32-bit kernel.
    
    The interesting question is what do we do when we cross
    to solaris7, build 32-bit binaries only?  That sounds really
    stupid.  If only Sun hadn't buggered up 64-bit on the earlier
    Ultra chips we wouldn't have this problem :(

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237

Re: target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[davem]

Synopsis: libffi/configure bootstrap failure on sparc-sun-solaris2.8

State-Changed-From-To: open->feedback
State-Changed-By: davem
State-Changed-When: Tue Apr  9 08:08:12 2002
State-Changed-Why:
    The libffi configure file determines cross-compilation by
    trying to compile and run a very simple int main(void){return 0;} application with the compiler that will be used to build libffi.
    
    This is failing.
    
    My gut reaction is that the compiler to be used is a 64-bit
    one (perhaps you configured gcc on another machine) and of
    course this won't run when isainfo says 32-bit apps only.
    
    This sounds like pilot error to me.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6237

target/6237: libffi/configure bootstrap failure on sparc-sun-solaris2.8

[Gerald Pfeifer]

>Number:         6237
>Category:       target
>Synopsis:       libffi/configure bootstrap failure on sparc-sun-solaris2.8
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Apr 09 07:56:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        3.1 20020409 (prerelease)
>Organization:
>Environment:
System: SunOS nunki 5.8 Generic_108528-10 sun4u sparc SUNW,Ultra-60
Architecture: sun4

	
host: sparc-sun-solaris2.8
build: sparc-sun-solaris2.8
target: sparc-sun-solaris2.8
configured with: /sw/test/gcc/cvs-3.1/configure --prefix=/sw/gcc-current --enable-languages=c,c++,java --enable-libgcj
>Description:
On sparc-sun-solaris2.8 --enable-libgcj triggers the following 
bootstrap failure in libffi/configure:
  checking size of double... 8
  checking size of long double... 16
  checking size of void *... 8
  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]: *** [configure-target-libffi] Error 1
  gmake[1]: Leaving directory `/files/pfeifer/OBJ'
  gmake: *** [bootstrap-lean] Error 2
but only if the machine (an UltraSPARC) is running a 32-bit kernel
   % isainfo -v
   32-bit sparc applications
and not if the machine is running a 64-bit kernel
   % isainfo -v
   64-bit sparcv9 applications
   32-bit sparc applications

See http://gcc.gnu.org/ml/gcc/2002-04/msg00029.html
and http://gcc.gnu.org/ml/gcc/2002-04/msg00080.html
for the original reports.
	
>How-To-Repeat:
	
>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: