bootstrap/7125: libz is built even if configured with --with-system-zlib

mark@moxienet.com mark@moxienet.com
Tue Jun 25 14:39:00 GMT 2002


>Number:         7125
>Category:       bootstrap
>Synopsis:       libz is built even if configured with --with-system-zlib
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jun 25 13:56:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Mark Mentovai
>Release:        3.1 and gcc-3_1-branch 3.1.1 20020625 (prerelease)
>Organization:
>Environment:
System: SunOS s7 5.8 Generic_108528-15 sun4u sparc SUNW,UltraAX-i2
Architecture: sun4
Sun Netra T1 200, 500MHz UltraSPARC IIe, 1GB, 2x18GB
Sun Solaris 7/01 MU 7
host: sparc-sun-solaris2.8
build: sparc-sun-solaris2.8
target: sparc-sun-solaris2.8
configured with: ../gcc-3.1-20020620/configure --enable-shared --with-gnu-as --with-gnu-ld --enable-threads --with-cpu=ultrasparc --enable-libgcj --with-system-zlib
>Description:
The bootstrap process builds libz even when --with-system-zlib is specified at configure time.  The libz built by the bootstrap process is never used.

Ideally, configure would verify whether or not libz is installed and usable when --with-system-zlib is used (or even when it is not used), and would suppress its being built if so.
>How-To-Repeat:
sh ../gcc-3.1/configure --with-system-zlib
make
>Fix:
Add logic to top-level configure.in.
>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the Gcc-bugs mailing list