public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: target/7156: Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail
@ 2002-06-28  8:36 davem
  0 siblings, 0 replies; 3+ messages in thread
From: davem @ 2002-06-28  8:36 UTC (permalink / raw)
  To: gcc-bugs, gcc-prs, mark, nobody

Synopsis: Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail

State-Changed-From-To: open->closed
State-Changed-By: davem
State-Changed-When: Fri Jun 28 08:26:08 2002
State-Changed-Why:
    The build instructions are very precise in telling the user
    that they must "--disable-multilib" on the configure command
    line if their system does not support generation of 64-bit
    binaries.
    
    Several attempts were made close to the 3.1 release to automate this but none of them proved to be reliable and
    do the right thing in cross-compilation scenerios.

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


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: target/7156: Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail
@ 2002-06-28 16:26 Mark Mentovai
  0 siblings, 0 replies; 3+ messages in thread
From: Mark Mentovai @ 2002-06-28 16:26 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

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

From: Mark Mentovai <mark@moxienet.com>
To: <davem@gcc.gnu.org>, <gcc-bugs@gcc.gnu.org>,
	<gcc-gnats@gcc.gnu.org>
Cc:  
Subject: Re: target/7156: Should not attempt to build 32/64 bi-arch
	compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail
Date: Fri, 28 Jun 2002 19:17:32 -0400

 davem@gcc.gnu.org wrote:
 >   The build instructions are very precise in telling the user
 >   that they must "--disable-multilib" on the configure command
 >   line if their system does not support generation of 64-bit
 >   binaries.
 >   
 >   Several attempts were made close to the 3.1 release to automate this but
 > none of them proved to be reliable and
 >   do the right thing in cross-compilation scenerios.
 
 Something else must be wrong then if cross-compiling is an important
 consideration: libjava refuses to configure itself when being cross-compiled
 (as described in the PR).
 
 gcc-3.1/libjava/configure:3922
 
   if test "$cross_compiling" = yes; then
     { echo "configure: error: Cannot check for file existence when cross
 compiling" 1>&2; exit 1; }
 else
 # ...
   fi
 
 Provided that this could be fixed, what seems like the correct solution
 would be to check for the appropriate support packages (SUNWarcx and
 SUNWcslx) and automatically disable multilib if both are not present only
 when doing a native build, and retain the current behavior when doing a
 cross build.
 
 Mark
 


^ permalink raw reply	[flat|nested] 3+ messages in thread

* target/7156: Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail
@ 2002-06-28  7:16 mark
  0 siblings, 0 replies; 3+ messages in thread
From: mark @ 2002-06-28  7:16 UTC (permalink / raw)
  To: gcc-gnats


>Number:         7156
>Category:       target
>Synopsis:       Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 28 07:16:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Mark Mentovai
>Release:        3.1, gcc-3_1-branch 3.1.1 20020625 (prerelease), and gcc 3.2 20020618 (experimental)
>Organization:
>Environment:
System: SunOS oak 5.7 Generic_106541-16 sun4m sparc SUNW,SPARCstation-20
Architecture: sun4
Sun SPARCstation 20, 150MHz hyperSPARC, 128MB, 3x4.4GB
Sun Solaris 7 3/99 MU 4
host: sparc-sun-solaris2.7
build: sparc-sun-solaris2.7
target: sparc-sun-solaris2.7
configured with: ../gcc-3.1/configure --enable-shared --with-gnu-as --with-gnu-ld --enable-threads --with-cpu=hypersparc --enable-libgcj --with-system-zlib
>Description:
The build system currently attempts to build a 32/64-bit bi-arch compiler on sparc-*-solaris2.[789] regardless of the system's ability to support such a build.

In order to bootstrap the compiler, the libraries for all environments must be present.  When building a 32/64-bit bi-arch compiler, the libraries for both the 32- and 64-bit environments must be available.  They are usually not present on 32-bit systems (for systems manufactured by Sun, this is anything prior to the Ultra).

Even if both 32- and 64-bit libraries are installed on a 32-bit system, the bootstrap can fail when attempting to build support libraries for some languages.  For example, the configuration of libjava for sparcv9 will fail with:

checking for /proc/self/exe... configure: error: Cannot check for file existence when cross compiling
>How-To-Repeat:
On a 32-bit pre-sun4u system (sun4m, sun4c) running Solaris 7, 8, or 9:

sh ../gcc-3.1/configure --enable-shared --with-gnu-as --with-gnu-ld --enable-threads --with-cpu=hypersparc --enable-libgcj --with-system-zlib
make bootstrap
>Fix:
This patch causes config.gcc to determine whether or not the 64-bit sparcv9 environment is supported, and exclude 64-bit support if it is not.

If the configure scripts for libjava and others can be fixed to not give errors such as the one above, a more appropriate check would be for whether or not the appropriate 64-bit libraries are installed.  If both "pkginfo -q SUNWarcx" and "pkginfo -q SUNWcslx" exit with status 0, even on a system that is incapable of executing 64-bit sparcv9 executables, it is reasonably safe to assume that it is capable of building 64-bit sparcv9 executables.
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="gcc-3.1-optisa.patch.bz2"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="gcc-3.1-optisa.patch.bz2"

QlpoOTFBWSZTWcx+ycIAAwPfgEAwXP//+k8zDor////qUAVejUjK0JAUFSBppBCepsmqbTVP0Jmp
NHqfqeqaaB6RiDanqDQEoCBJoap6IeSaAGgADQAGgDmjJiYAJiMCNMCDEYJkwCMOaMmJgAmIwI0w
IMRgmTAIwSJBAJkhhTxDVPRqHqNA0xAB5I9T1GBgLIaKSHKG3IhQMJP7yAgA+OnwYdbgPq6nDztD
g4qq9vLhVz0B9B8ywdoQLxUcuOfw5eD2g5O4yczypaKERk0G3f43Zq4Bol1XzHjY7suw0rjprvMd
ljgUDeYEYAsraTl0RTbGP65YbaKzPPYecibYOspu0ekPFrg8zv1kw8u+pg4HAV1CXmLdC3tXDpCu
wp2Nl+idWObpz655pbROVrZPbHSbyLW3PxjusgXfiNQgRFXgCdgNmcoLOtTjCgxJkzlFvEuzzilN
3Sl897Y/wjFkfM4Psu2exxqWkstUN8aYicLvmFMm8CGIvo9krpa+U6GUlTqtzO1Kg7UG8aAkP6Kr
i8JgAQR1o4BQc4UEC9ddL9yZIEwBfXjolfiRW24dHAQRMRHYPgrWIJOGQEa2Kq6iQEKI4axmRfYy
jdKprVNjOoLwCQTsO4WozFNGiXfW9j0mgpDW48HLIXfQlMbMjvBgw1qEVooLYG9yGkPry96ApBMp
70NLAflIvI+aHyuKCZ6UNOzXjVkaOu4NI9ViCkAY/EM3kMbpEJo8iIG3LxJeI+1YK8PrBfAl91QN
WyG2FXiVvSP3O8eaaZHNm+eUIshSxO/mIEjL5V49aVKmYL1h4EAfL2+2qtRivKZNl51GPcYGJfaj
S3zJYNXMMxeB80IC8hKlAcSRJKTVpNovGhjR8YAmuHMjWgJb1nUGyhfedC3zSm80NHGUbrIsVqDb
imlScpOHBE3CZLGdSVtTsKbuPDItg2rwV1r/GlUw5JJBAsViCLcrx1LZQcUsB7g1OYSUaWgZ8lcE
kCo2RJtpyQaQlroLtZLxNOBe1U3+4OFcjCuCImYQzg0SoLq+WPIY2lET9Vhpxs1I3IKeYA4Gl4uE
qC6/7OZ2hgyxHQjHrJVLC+9bLh9gDIFChB5tKE0f93OAZOZIgx3I4dwJm5JozDah8aoLA3iISPYA
xO7IsXI59plnibqysWcM5x3BNcawNqqoi09eoCiGgjUY5aULth0h0EWLeuYD0hRzGG0ZiMMBjucA
WjAg0gXbrShZNr6tW27qvuRALsFDG3Z1w3RCBnYBzWyCwVUHlRVZe3DzEok0pRNA0E4B1Vr6mE6B
ag6SyAeGwYH+NtZXBrBdCCBXyiSCYS1qDX/Pk+3FebL+iFLGLqc44IZsEZKmxctfRTqR0giwwQax
4o3IqUMBnfQqE0aR3kt7Gy6ITBg2NPKrWSKYAlRtkN4DddeB0sqhmkBhKoMqULaK4Vcp2n7oWpoO
ymtWLOMQpKlYndWBSUUFQXWONrZg8tZMTVamw6SQJvm9ZdW8hGBiW2R9KU81WU0UEhlL1wkQDKuj
IQSw7w6OoMbkaiG0go5cULAthQwgoZ5IWMKrAg47alvqxlCH/vqbXoLkQWoVOepWyHir0bXn7KnO
0LpchFxP09zhHG1bcnlyNJpEi95x6b8wsQWaQiaVjIRK3ScjB8gzSv2CqL/xdyRThQkMx+ycIA==


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-06-28 23:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-06-28  8:36 target/7156: Should not attempt to build 32/64 bi-arch compiler on sparc-*-solaris2.[789] if unsupported, bootstrap will fail davem
  -- strict thread matches above, loose matches on Subject: below --
2002-06-28 16:26 Mark Mentovai
2002-06-28  7:16 mark

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).