Bug 29557 - multilib zlib build broken. wrong path to prev-gcc
Summary: multilib zlib build broken. wrong path to prev-gcc
Status: RESOLVED FIXED
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 4.2.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-23 08:46 UTC by Pawel Sikora
Modified: 2018-05-09 19:22 UTC (History)
1 user (show)

See Also:
Host:
Target: x86_64-linux
Build:
Known to work:
Known to fail:
Last reconfirmed:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Pawel Sikora 2006-10-23 08:46:58 UTC 
(...)
Adding multilib support to Makefile in ../../zlib
multidirs=32
with_multisubdir=
Running configure in multilib subdirs 32
pwd: /home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir/zlib
Running configure in multilib subdir 32
pwd: /home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir
mkdir 32
configure: creating cache ./config.cache
checking build system type... x86_64-pld-linux-gnu
checking host system type... x86_64-pld-linux-gnu
checking target system type... x86_64-pld-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether /usr/bin/make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for x86_64-pld-linux-gcc... /home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir/32/./prev-gcc/xgcc -B/home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir/32/./prev-gcc/ -B/usr/x86_64-pld-linux/bin/  -m32
checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage2-zlib] Error 1



the problem is in path to xgcc.

/home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir/32/./prev-gcc/xgcc 
                                                    ^^^^
                                        should be a 32/..
Comment 1 Pawel Sikora 2007-01-02 20:12:16 UTC 
with 4.2-20061231 (rev. 120298) it works fine, so closing.
Comment 2 Pawel Sikora 2007-01-02 20:13:00 UTC 
seems to work now.
Comment 3 Chris Giorgi 2018-05-09 19:22:27 UTC 
I'm seeing a regression with the exact symptoms in GCC-7.3.1 when attempting to build with internal zlib on x86_64 when it attempts to build the 32 bit library.