This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 1/8] Add --with-system-zlib in bfd




On 03/31/2015 04:16 PM, H.J. Lu wrote:
On Tue, Mar 31, 2015 at 10:18 AM, Antoine Tremblay
<antoine.tremblay@ericsson.com> wrote:


On 03/31/2015 01:16 PM, H.J. Lu wrote:

On Tue, Mar 31, 2015 at 10:12 AM, Antoine Tremblay
<antoine.tremblay@ericsson.com> wrote:

Also doing ./configure in binutils/zlib I get :

config.status: creating Makefile
config.status: executing default-1 commands
./config.status: line 1190: ./../../config-ml.in: No such file or
directory

So configure does not exit cleanly...ideas?



I did a bit more research on this issue and I get this if I build gdb
from
it's source directory

in binutils-gdb
./configure
make

make fails with : while in zlib directory

configure: creating ./config.status
config.status: creating Makefile
config.status: executing default-1 commands
./config.status: line 1190: ./../../config-ml.in: No such file or
directory

However if I build out of tree in like binutils-gdb/build for example I
do
not get this issue.

Could this be related to 92c695a14f6a5a24b177e89624c13d7dbcbf9e1f ?

Subject: [PATCH 09/76] A zlib to tarball

I see this snippet there

-    ./configure --target=i386-pc-linux-gnu
+    ./configure --target=i386-pc-linux-gnu \
+       --with-target-subdir=. \
+       --disable-multilib

With these options I get around the configure problem only to fail in gas
with :
make[4]: Entering directory `/home/x/src/binutils-gdb/gas'
/bin/bash ./libtool --tag=CC   --mode=link gcc -W -Wall
-Wstrict-prototypes
-Wmissing-prototypes -Wshadow -Werror -I./../zlib -g -O2
-static-libstdc++
-static-libgcc  -o as-new app.o as.o atof-generic.o compress-debug.o
cond.o
depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o
flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o
listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o
stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o
../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a   -ldl
libtool: link: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wshadow -Werror -I./../zlib -g -O2 -static-libstdc++ -static-libgcc -o
as-new app.o as.o atof-generic.o compress-debug.o cond.o depend.o
dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o
flonum-konst.o
flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o
literal.o
macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o
symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o
../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a
-L/home/x/src/binutils-gdb/zlib -lz ../libiberty/libiberty.a -ldl
/usr/bin/ld: cannot find -lz


This is with head as :  711a72d3d6f8cd3c3f408e718ff19aa4bfd2144e

Did you try to compile directly in the src tree ?


Yes, I did.  You need to add --disable-multilib,  and maybe
--with-target-subdir=.


As I said if I add  --disable-multilib, -with-target-subdir=.

I get into the gas missing zlib error above ?

Also I don't think it's a good idea that gdb would require options to
compile in it's source tree ?

Is there a good reason for this ?



It should be fixed now.


It is indeed , thanks :)

Antoine


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]