binutils-2.22 configure zlib
i386pei_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec -DBINDIR='/usr/local/bin' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -MT compress.lo -MD -MP -MF .deps/compress.Tpo -c -o compress.lo compress.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -DTRAD_CORE -I. -I. -I./../include -DHAVE_bfd_elf32_i386_vec -DHAVE_i386linux_vec -DHAVE_i386pei_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec -DBINDIR=\/usr/local/bin\ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -MT compress.lo -MD -MP -MF .deps/compress.Tpo -c compress.c -o compress.o cc1: warnings being treated as errors compress.c: In function `bfd_compress_section_contents': compress.c:100: warning: implicit declaration of function `compressBound' make[4]: *** [compress.lo] Error 1 make[4]: Leaving directory `/root/src/GNU/unmodified_gnu/binutils-2.22/bfd' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/src/GNU/unmodified_gnu/binutils-2.22/bfd' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/src/GNU/unmodified_gnu/binutils-2.22/bfd' make[1]: *** [all-bfd] Error 2 make[1]: Leaving directory `/root/src/GNU/unmodified_gnu/binutils-2.22' make: *** [all] Error 2 configure should check zlib = 1.2.0 ? ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
Re: binutils-2.22 configure zlib
δΊ 2012/1/30 17:19, Jonathan Andrews ει: cc1: warnings being treated as errors compress.c: In function `bfd_compress_section_contents': compress.c:100: warning: implicit declaration of function `compressBound' try adding--disable-werror to your configure option -- Best Regards, xunxun ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
Re: No rule to make target `../opcodes/libopcodes.la', needed by `as-new'. Stop.
Hi Jonathan, make [...] make[2]: Entering directory `/root/src/GNU/unmodified_gnu/binutils-2.22/gas' make[2]: *** No rule to make target `../opcodes/libopcodes.la', needed by `as-new'. Stop. Anyone any ideas ? Does make all-gas work ? How did you configure the sources before building ? Are the opcodes sources actually present in the source tree ? Did the build system attempt to built libopcodes.la ? If so were any errors reported ? Note - you appear to be building in the source tree itself. Whilst this is supposed to work, it is more common to build in a separate tree. So you might like to try this: % mkdir -p /root/build/GNU/unodified_gnu/binutils-2.22 % cd /root/build/GNU/unmodified_gnu/binutils-2.22 % /root/src/GNU/unmodified_gnu/binutils-2.22/configure ... % make all-gas all-ld all-binutils % make install-gas install-ld install-binutils Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
Re: No rule to make target `../opcodes/libopcodes.la', needed by `as-new'. Stop.
On Mon, 2012-01-30 at 09:40 +, nick clifton wrote: Hi Jonathan, make [...] make[2]: Entering directory `/root/src/GNU/unmodified_gnu/binutils-2.22/gas' make[2]: *** No rule to make target `../opcodes/libopcodes.la', needed by `as-new'. Stop. Anyone any ideas ? Does make all-gas work ? How did you configure the sources before building ? Are the opcodes sources actually present in the source tree ? Did the build system attempt to built libopcodes.la ? If so were any errors reported ? Note - you appear to be building in the source tree itself. Whilst this is supposed to work As a point of interest in the end it did work, building out of tree made no difference; I tried both ways. it is more common to build in a separate tree. So you might like to try this: % mkdir -p /root/build/GNU/unodified_gnu/binutils-2.22 % cd /root/build/GNU/unmodified_gnu/binutils-2.22 % /root/src/GNU/unmodified_gnu/binutils-2.22/configure ... % make all-gas all-ld all-binutils % make install-gas install-ld install-binutils Thanks for this. I did find an example like this and give it a go. It took lots of hacking around and even strace make as well as make -d to figure out all the reasons why binutils didn't build. Mine was a pretty painful case of upgrading an early gcc3 toolchain with 2.4 kernel to gcc 4.x and Kernel 3.x The development system was hand built and for reasons that are tedious to go into it cant simply be replaced with a standard distribution. As someone who does not need to build this kind of stuff much I struggled... 1) The readme in the main binutils-2.22 directory is piss poor unhelpful. ./configure make To install them (by default in /usr/local/bin, /usr/local/lib, etc), then do: make install Aha ... 2) Nice trap to trip people up here: OnSight_PC: 10.10.10.16 ls -l README -rw-rw-rw-1 501 501 1719 May 3 1999 README OnSight_PC: 10.10.10.16 cd binutils/ OnSight_PC: 10.10.10.16 ls -l README -rw-rw-rw-1 501 501 10886 Jul 14 2009 README OnSight_PC: 10.10.10.16 pwd /root/src/GNU/unmodified_gnu/binutils-2.22/binutils 3) building gas depends on lots but checks nothing ! If you # cd gas # ./configure # make As the first action it WILL fail, configure should know this? It did work in the end after much head scratching. I learnt a couple of things, one is gas has woeful checking in configure and secondly the output from early versions of make can be very unhelpful ! It seems odd to me that if gas depends on libopcodes.la in its relative tree could configure not check it exists ? I would have thought a lot of people who need to update the assembler for gcc would not need to build most of binutils. It would make sense for gas to build in a more self contained way, or at very least crap out with a build this package first message for its dependencies ? Thanks, Jon ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13622] readelf crashes when reading binary with shredded section header offset
http://sourceware.org/bugzilla/show_bug.cgi?id=13622 --- Comment #7 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2012-01-30 11:35:44 UTC --- CVSROOT:/cvs/src Module name:src Branch: binutils-2_22-branch Changes by:ni...@sourceware.org2012-01-30 11:35:39 Modified files: binutils : ChangeLog readelf.c Log message: PR binutils/13622 * readelf.c (process_section_groups): If there are no section headers do not scan for section groups. (process_note_sections): Likewise for note sections. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=srconly_with_tag=binutils-2_22-branchr1=1.1831.2.1r2=1.1831.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/readelf.c.diff?cvsroot=srconly_with_tag=binutils-2_22-branchr1=1.554r2=1.554.2.1 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 --- Comment #16 from Nick Clifton nickc at redhat dot com 2012-01-30 11:41:07 UTC --- Hi Georg-Johann, Is this only a fix for HEAD or will it be backported to 2.22, too? It was only checked in to HEAD, although the patch will work with the 2.22 sources as well. I have now checked it in to the 2.22 branch. so if there is a 2.22 point release then the patch will be included in that. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 --- Comment #17 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-01-30 12:42:09 UTC --- (In reply to comment #16) Hi Georg-Johann, Is this only a fix for HEAD or will it be backported to 2.22, too? It was only checked in to HEAD, although the patch will work with the 2.22 sources as well. I have now checked it in to the 2.22 branch. so if there is a 2.22 point release then the patch will be included in that. Thanks for taking care of the matter and for the quick response. If there is the decision to have no more 2.22 release and thus your work won't be integrated in any 2.22 release, then the release notes in http://sourceware.org/binutils/ should mention that avr-binutils are broken for target avr and unusable. Even if avr is no important target it would be great to have a working 2.22 avr-binutils and not a version that's completely broken... -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils