[Bug gas/12848] ARM: Thumb-2: Range check on b.w is off by a factor of 2
http://sourceware.org/bugzilla/show_bug.cgi?id=12848 --- Comment #2 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2011-06-30 12:53:01 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2011-06-30 12:52:58 Modified files: gas: ChangeLog gas/config : tc-arm.c Log message: PR gas/12848 * config/tc-arm.c (BAD_RANGE): New error message define. (md_apply_fix): Use it. Fix range check for thumb branch instructions. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4534r2=1.4535 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=srcr1=1.496r2=1.497 -- 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 gold/12952] Cannot compile ffmpeg with gold on FreeBSD 8 64bit
http://sourceware.org/bugzilla/show_bug.cgi?id=12952 --- Comment #2 from interfaSys sàrl website-sourceware at interfasys dot ch 2011-06-30 13:09:19 UTC --- The source file is here: http://ffmpeg.mplayerhq.hu/releases/ffmpeg-0.7.1.tar.bz2 The Makefile used to build it on FreeBSD is here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/ffmpeg/Makefile?rev=1.133 The patches used are here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/ffmpeg/files/ -- 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 gas/12848] ARM: Thumb-2: Range check on b.w is off by a factor of 2
http://sourceware.org/bugzilla/show_bug.cgi?id=12848 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution||FIXED --- Comment #4 from Nick Clifton nickc at redhat dot com 2011-06-30 13:09:58 UTC --- Hi Dave, I have checked in a patch which should address this problem. Please let me know if I have missed any of the checks though. 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 gas/12931] ARM: gas fails to set the proper alignment on code sections, causing broken output
http://sourceware.org/bugzilla/show_bug.cgi?id=12931 --- Comment #7 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2011-06-30 13:07:24 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2011-06-30 13:07:21 Modified files: gas/testsuite : ChangeLog gas/testsuite/gas/arm: blx-bad.d inst-po-be.d inst-po.d Log message: PR gas/12931 * gas/arm/blx-bad.d: Add exrta nop at end of disassembly. * gas/arm/inst-po-be.d: Add exrta nop at end of disassembly. * gas/arm/inst-po.d: Add exrta nop at end of disassembly. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1925r2=1.1926 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/blx-bad.d.diff?cvsroot=srcr1=1.2r2=1.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/inst-po-be.d.diff?cvsroot=srcr1=1.1r2=1.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/inst-po.d.diff?cvsroot=srcr1=1.1r2=1.2 -- 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 binutils/12558] AR move in an archive operation fails
http://sourceware.org/bugzilla/show_bug.cgi?id=12558 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Nick Clifton nickc at redhat dot com 2011-06-30 15:11:25 UTC --- Hi Dmitry, The move operation is not failing, it just not make any sense to move members at the same time as you are creating the archive. I have checked in a patch to fix ar so that it will not complain if you try this however. Instead it will just go ahead and create the archive as expected. 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 binutils/12558] AR move in an archive operation fails
http://sourceware.org/bugzilla/show_bug.cgi?id=12558 --- Comment #1 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2011-06-30 15:08:20 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2011-06-30 15:08:17 Modified files: binutils : ChangeLog ar.c Log message: PR binutils/12558 * ar.c (main): When asked to move members in an archive that is being created, ignore the move request. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=srcr1=1.1814r2=1.1815 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ar.c.diff?cvsroot=srcr1=1.77r2=1.78 -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #8 from davem at devkitpro dot org 2011-06-30 15:36:49 UTC --- On Thu, Jun 30, 2011 at 3:37 PM, Nick Clifton ni...@redhat.com wrote: Hi H.J., Hi Alan, I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? I thought it was for bss segments. I've been using that flag to allow me to overly bss sections on top of other sections that are copied to other memory locations at runtime. If I didn't use NOLOAD then the linker would complain about overlapping sections. http://devkitpro.svn.sourceforge.net/viewvc/devkitpro/trunk/buildscripts/dkarm-eabi/crtls/ds_arm9.ld?revision=4706view=markupfor example. Dave -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2011-06-30 14:47:49 UTC --- (In reply to comment #6) Hi H.J., Hi Alan, I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? NOLOAD means don't load into memory, which maps to NOBITS. Otherwise, it will be loaded into memory. -- 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/12664] ld bug ?
http://sourceware.org/bugzilla/show_bug.cgi?id=12664 --- Comment #2 from ralph engels ralphengels at gmail dot com 2011-06-30 15:31:19 UTC --- it was indeed a gcc bug and fixed in 4.6.1 took me quite a while to hunt it down but as it turned out it was a typo in cppspec.c causing cpp.exe to be unable to parse files. i use the git version of binutils and the lto trouble seems to be solved in that version. 2.21.51 failed at using lto though if i used the 64 bit build the 32 bit build worked ok. allways a few things to hammer down on new tech :) -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #9 from davem at devkitpro dot org 2011-06-30 15:40:01 UTC --- On Thu, Jun 30, 2011 at 3:37 PM, Nick Clifton ni...@redhat.com wrote: Hi H.J., Hi Alan, I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? I thought it was for bss segments. I've been using that flag to allow me to overly bss sections on top of other sections that are copied to other memory locations at runtime. If I didn't use NOLOAD then the linker would complain about overlapping sections. http://devkitpro.svn.sourceforge.net/viewvc/devkitpro/trunk/buildscripts/dkarm-eabi/crtls/ds_arm9.ld?revision=4706view=markup for example. Dave -- 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 gold/12952] Cannot compile ffmpeg with gold on FreeBSD 8 64bit
http://sourceware.org/bugzilla/show_bug.cgi?id=12952 --- Comment #3 from Ian Lance Taylor ian at airs dot com 2011-06-30 16:40:46 UTC --- I downloaded ffmpeg 0.7.1 and was able to build it with gold on Ubuntu Lucid. I'm afraid that I don't have the patience to figure out how to use the patches and Makefile you reference. You should be able to use make V=1 to see the command which failed. Can you please post that command here, and make available a tar ball of all the input files? Thanks. -- 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 gold/12952] Cannot compile ffmpeg with gold on FreeBSD 8 64bit
http://sourceware.org/bugzilla/show_bug.cgi?id=12952 --- Comment #6 from interfaSys sàrl website-sourceware at interfasys dot ch 2011-06-30 17:10:30 UTC --- The input objects are here: http://sigma.interfasys.net/libavformat.tgz -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #10 from iant at google dot com 2011-06-30 16:39:39 UTC --- Nick Clifton ni...@redhat.com writes: I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? If you look in the libgloss linker scripts you will see a bunch of uses of NOLOAD. I'm not sure whether any of them are really necessary, but they are certainly there. Ian -- 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 gold/12952] Cannot compile ffmpeg with gold on FreeBSD 8 64bit
http://sourceware.org/bugzilla/show_bug.cgi?id=12952 --- Comment #4 from interfaSys sàrl website-sourceware at interfasys dot ch 2011-06-30 16:54:16 UTC --- Nice to know that it works flawlessly on Linux :), but things are usually a bit different on FreeBSD, so I'll try your suggestion. When I did a search it seemed to me that the problem could be similar to what someone on Solaris was experiencing. (In reply to comment #3) I downloaded ffmpeg 0.7.1 and was able to build it with gold on Ubuntu Lucid. I'm afraid that I don't have the patience to figure out how to use the patches and Makefile you reference. You should be able to use make V=1 to see the command which failed. Can you please post that command here, and make available a tar ball of all the input files? Thanks. -- 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 gold/12952] Cannot compile ffmpeg with gold on FreeBSD 8 64bit
http://sourceware.org/bugzilla/show_bug.cgi?id=12952 --- Comment #5 from interfaSys sàrl website-sourceware at interfasys dot ch 2011-06-30 17:06:27 UTC --- Here is the command file: gcc46 -shared -Wl,-soname,libavformat.so.1 -Wl,-Bsymbolic -Wl,--version-script,libavformat/libavformat.ver -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -L/usr/local/lib -Wl,--as-needed -Wl,--warn-common -Wl,-rpath-link,libpostproc -Wl,-rpath-link,libswscale -Wl,-rpath-link,libavfilter -Wl,-rpath-link,libavdevice -Wl,-rpath-link,libavformat -Wl,-rpath-link,libavcodec -Wl,-rpath-link,libavutil -o libavformat/libavformat.so.1 libavformat/4xm.o libavformat/a64.o libavformat/aacdec.o libavformat/ac3dec.o libavformat/adtsenc.o libavformat/aea.o libavformat/aiffdec.o libavformat/aiffenc.o libavformat/allformats.o libavformat/amr.o libavformat/anm.o libavformat/apc.o libavformat/ape.o libavformat/apetag.o libavformat/applehttp.o libavformat/applehttpproto.o libavformat/asf.o libavformat/asfcrypt.o libavformat/asfdec.o libavformat/asfenc.o libavformat/assdec.o libavformat/assenc.o libavformat/au.o libavformat/audiointerleave.o libavformat/avc.o libavformat/avi.o libavformat/avidec.o libavformat/avienc.o libavformat/avio.o libavformat/aviobuf.o libavformat/avlanguage.o libavformat/avs.o libavformat/bethsoftvid.o libavformat/bfi.o libavformat/bink.o libavformat/c93.o libavformat/caf.o libavformat/cafdec.o libavformat/cafenc.o libavformat/cavsvideodec.o libavformat/cdg.o libavformat/concat.o libavformat/crcenc.o libavformat/crypto.o libavformat/cutils.o libavformat/daud.o libavformat/dfa.o libavformat/diracdec.o libavformat/dnxhddec.o libavformat/dsicin.o libavformat/dtsdec.o libavformat/dv.o libavformat/dvenc.o libavformat/dxa.o libavformat/eacdata.o libavformat/electronicarts.o libavformat/ffmdec.o libavformat/ffmenc.o libavformat/ffmetadec.o libavformat/ffmetaenc.o libavformat/file.o libavformat/filmstripdec.o libavformat/filmstripenc.o libavformat/flacdec.o libavformat/flacenc.o libavformat/flacenc_header.o libavformat/flic.o libavformat/flvdec.o libavformat/flvenc.o libavformat/framecrcenc.o libavformat/gif.o libavformat/gopher.o libavformat/gxf.o libavformat/gxfenc.o libavformat/h261dec.o libavformat/h263dec.o libavformat/h264dec.o libavformat/http.o libavformat/httpauth.o libavformat/id3v1.o libavformat/id3v2.o libavformat/idcin.o libavformat/idroqdec.o libavformat/idroqenc.o libavformat/iff.o libavformat/img2.o libavformat/ingenientdec.o libavformat/ipmovie.o libavformat/isom.o libavformat/iss.o libavformat/iv8.o libavformat/ivfdec.o libavformat/ivfenc.o libavformat/jvdec.o libavformat/lmlm4.o libavformat/lxfdec.o libavformat/m4vdec.o libavformat/matroska.o libavformat/matroskadec.o libavformat/matroskaenc.o libavformat/md5enc.o libavformat/md5proto.o libavformat/metadata.o libavformat/metadata_compat.o libavformat/microdvddec.o libavformat/microdvdenc.o libavformat/mm.o libavformat/mmf.o libavformat/mms.o libavformat/mmsh.o libavformat/mmst.o libavformat/mov.o libavformat/movenc.o libavformat/movenchint.o libavformat/mp3dec.o libavformat/mp3enc.o libavformat/mpc.o libavformat/mpc8.o libavformat/mpeg.o libavformat/mpegenc.o libavformat/mpegts.o libavformat/mpegtsenc.o libavformat/mpegvideodec.o libavformat/mpjpeg.o libavformat/msnwc_tcp.o libavformat/mtv.o libavformat/mvi.o libavformat/mxf.o libavformat/mxfdec.o libavformat/mxfenc.o libavformat/mxg.o libavformat/ncdec.o libavformat/nsvdec.o libavformat/nullenc.o libavformat/nut.o libavformat/nutdec.o libavformat/nutenc.o libavformat/nuv.o libavformat/oggdec.o libavformat/oggenc.o libavformat/oggparsecelt.o libavformat/oggparsedirac.o libavformat/oggparseflac.o libavformat/oggparseogm.o libavformat/oggparseskeleton.o libavformat/oggparsespeex.o libavformat/oggparsetheora.o libavformat/oggparsevorbis.o libavformat/oma.o libavformat/options.o libavformat/os_support.o libavformat/pcm.o libavformat/pcmdec.o libavformat/pcmenc.o libavformat/pmpdec.o libavformat/psxstr.o libavformat/pva.o libavformat/qcp.o libavformat/r3d.o libavformat/rawdec.o libavformat/rawenc.o libavformat/rawvideodec.o libavformat/rdt.o libavformat/riff.o libavformat/rl2.o libavformat/rm.o libavformat/rmdec.o libavformat/rmenc.o libavformat/rpl.o libavformat/rso.o libavformat/rsodec.o libavformat/rsoenc.o libavformat/rtmppkt.o libavformat/rtmpproto.o libavformat/rtp.o libavformat/rtpdec.o libavformat/rtpdec_amr.o libavformat/rtpdec_asf.o libavformat/rtpdec_h263.o libavformat/rtpdec_h264.o libavformat/rtpdec_latm.o libavformat/rtpdec_mpeg4.o libavformat/rtpdec_qcelp.o libavformat/rtpdec_qdm2.o libavformat/rtpdec_qt.o libavformat/rtpdec_svq3.o libavformat/rtpdec_vp8.o libavformat/rtpdec_xiph.o libavformat/rtpenc.o libavformat/rtpenc_aac.o libavformat/rtpenc_amr.o libavformat/rtpenc_chain.o libavformat/rtpenc_h263.o libavformat/rtpenc_h264.o libavformat/rtpenc_latm.o libavformat/rtpenc_mpv.o libavformat/rtpenc_vp8.o libavformat/rtpenc_xiph.o libavformat/rtpproto.o
[Bug ld/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #11 from Doug Kwan dougkwan at google dot com 2011-06-30 18:24:45 UTC --- The ARM linux kernel also uses NOLOAD. I added support for that in gold to link the kernel. -Doug On Thu, Jun 30, 2011 at 9:07 AM, Ian Lance Taylor i...@google.com wrote: Nick Clifton ni...@redhat.com writes: I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? If you look in the libgloss linker scripts you will see a bunch of uses of NOLOAD. I'm not sure whether any of them are really necessary, but they are certainly there. Ian -- 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/12742] ld error unrecognized option '-plugin' on mingw and how to build with plugins enabled on mingw
http://sourceware.org/bugzilla/show_bug.cgi?id=12742 --- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-06-30 20:31:02 UTC --- I see this problem with binutils 2.21 when building canadian cross: Binutils configured: ../../source/binutils-2.21/configure --target=avr --prefix=/local/gnu/install/avr-gcc-4.6.1-mingw32 --host=i386-mingw32 --build=i686-linux-gnu --disable-nls --enable-lto --enable-plugin I tried to fix the dlfcn error by adding dlfcn-win32 to my i386-mingw32-gcc build environment: http://code.google.com/p/dlfcn-win32/ With that support binutils build fine, but when running the canadian cross-linker it fails to operate correctly on the lto plugin and throws an error. Not familiar with the dll/dlopen/LoadLibrary stuff at all, I gave up. Maybe the dlfcn-win32 ist not functional; I don't know. Maybe someone with more experience in that field likes to try. Note that dlfcn configure does not handle --prefix correctly. You must move it's definition down in configure. Johann -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #12 from Jonathan Larmour jifl-bugzilla at jifvik dot org 2011-06-30 21:24:57 UTC --- (In reply to comment #6) I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? For the avoidance of doubt, my example was for the case when it does have contents. In which case there are various potential uses, such as for metadata about an executable or object, but where that metadata may not be from an input section defined with 'nobits' (or where you can't guarantee every input section is). You can understand some more applications for it in linker scripts when you consider compiling executables with -ffunction-sections -fdata-sections. Also, as far as I can see, this behaviour is not documented anywhere. It is documented in ld.texinfo in the 'Output Section Type' node: @item NOLOAD The section should be marked as not loadable, so that it will not be loaded into memory when the program is run. Jifl -- 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 gold/12771] internal error in value_from_output_section, at ../../gold/reloc.cc:1508 on armel
http://sourceware.org/bugzilla/show_bug.cgi?id=12771
HectorOron hector.oron at gmail dot com changed:
What|Removed |Added
CC||hector.oron at gmail dot
||com
--- Comment #10 from HectorOron hector.oron at gmail dot com 2011-07-01
00:01:13 UTC ---
Hello,
I also got bitten by this problem.
$ echo int main () { ; return 0; } test.c
$ gcc -fno-strict-aliasing -g -g -O2 test.c
/usr/bin/ld: internal error in value_from_output_section, at
../../gold/reloc.cc:1519
collect2: ld returned 1 exit status
$ ld.gold -v
GNU gold (GNU Binutils for Debian 2.21.52.20110606) 1.11
If using ld.bfd instead of gold, it works
(In reply to comment #8)
Try changing the function Arm_relocate_functions::abs32 around line 3284 of
arm.cc to this:
Anyway, I went ahead and applied Ian suggestion:
~/binutils-2.21.52.20110606$ diff -Naur gold/arm.cc.orig gold/arm.cc
--- gold/arm.cc.orig2011-06-30 16:51:57.0 +
+++ gold/arm.cc 2011-06-30 16:54:49.0 +
@@ -3297,10 +3297,9 @@
Arm_address thumb_bit)
{
typedef typename elfcpp::Swap32, big_endian::Valtype Valtype;
-Valtype* wv = reinterpret_castValtype*(view);
-Valtype addend = elfcpp::Swap32, big_endian::readval(wv);
+Valtype addend = elfcpp::Swap_unaligned32, big_endian::readval(view);
Valtype x = psymval-value(object, addend) | thumb_bit;
-elfcpp::Swap32, big_endian::writeval(wv, x);
+elfcpp::Swap_unaligned32, big_endian::writeval(view, x);
return This::STATUS_OKAY;
}
Which produces a successful linkage:
$ gcc -B sandbox/usr/bin/ -Wl,-debug -fno-strict-aliasing -g -g -O2 test.c
Convert string
'sandbox/usr/bin/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/'
into prefixes, separator = ':'
- add prefix: sandbox/usr/bin/
- add prefix: /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/
- add prefix: /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/
- add prefix: /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/
- add prefix: /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/
- add prefix: /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/
Convert string
'/home/zumbi/bin:/home/zumbi/bin:/usr/local/bin:/usr/bin:/bin:/usr/games' into
prefixes, separator = ':'
- add prefix: /home/zumbi/bin/
- add prefix: /home/zumbi/bin/
- add prefix: /usr/local/bin/
- add prefix: /usr/bin/
- add prefix: /bin/
- add prefix: /usr/games/
Looking for 'real-ld'
Looking for 'collect-ld'
Looking for 'ld'
Looking for 'gnm'
Looking for 'gnm'
Looking for 'nm'
Looking for 'gstrip'
Looking for 'gstrip'
Looking for 'strip'
Looking for 'gcc'
Looking for 'gcc'
collect2 version 4.6.1 (ARM GNU/Linux with ELF)
ld_file_name= sandbox/usr/bin/ld
c_file_name = /usr/bin/gcc
nm_file_name= sandbox/usr/bin/nm
strip_file_name = sandbox/usr/bin/strip
c_file = /tmp/ccQzTD6a.c
o_file = /tmp/ccYHgcZb.o
COLLECT_GCC_OPTIONS = '-B' 'sandbox/usr/bin/' '-fno-strict-aliasing' '-g' '-g'
'-O2'
COLLECT_GCC = gcc
COMPILER_PATH =
sandbox/usr/bin/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/
LIBRARY_PATH=
sandbox/usr/bin/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/:/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/../../../:/lib/:/usr/lib/:/usr/lib/arm-linux-gnueabi/
sandbox/usr/bin/ld --build-id --no-add-needed --eh-frame-hdr -dynamic-linker
/lib/ld-linux.so.3 -X --hash-style=both -m armelf_linux_eabi
/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/../../../crt1.o
/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/../../../crti.o
/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/crtbegin.o
-Lsandbox/usr/bin -L/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1
-L/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/../../..
-L/usr/lib/arm-linux-gnueabi /tmp/ccEn0jEp.o -lgcc --as-needed -lgcc_s
--no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/crtend.o
/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1/../../../crtn.o
[Leaving /tmp/ccQzTD6a.c]
[Leaving /tmp/ccYHgcZb.o]
$ ls sandbox/usr/bin/ld -l
lrwxrwxrwx 1 zumbi Debian 7 Jun 30 23:58 sandbox/usr/bin/ld - ld.gold
Best regards and have a nice day,
-- Hector Oron
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
[Bug ld/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 Alan Modra amodra at gmail dot com changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #13 from Alan Modra amodra at gmail dot com 2011-07-01 00:03:32 UTC --- See http://sourceware.org/ml/binutils/2010-09/msg00245.html, the link in that email and followup posts over the next couple of months. -- 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/12565] NOLOAD sections empty
http://sourceware.org/bugzilla/show_bug.cgi?id=12565 --- Comment #14 from Alan Modra amodra at gmail dot com 2011-07-01 00:03:38 UTC --- On Thu, Jun 30, 2011 at 03:37:43PM +0100, Nick Clifton wrote: Hi H.J., Hi Alan, I have been looking at PR 12565, and I have to say that I do not understand the linker's behaviour for NOLOAD sections on ELF based targets. What is the point of having a section that cannot be loaded and that does not have any contents ? Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? I spent quite a lot of time wrestling with NOLOAD before http://sourceware.org/ml/binutils/2010-09/msg00245.html. I believe we have fairly strong historical precedent for the current behaviour on ELF, ie. that NOLOAD makes a .bss style section, noload, alloc, no contents. As others have replied, people make use of it this way. See also http://sourceware.org/ml/binutils/2010-10/msg00433.html -- 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/11539] ld --gc-sections should work for PE-COFF on MinGW
http://sourceware.org/bugzilla/show_bug.cgi?id=11539 --- Comment #4 from Nikos Chantziaras realnc at gmail dot com 2011-07-01 00:31:11 UTC --- I found problem with the patch: it will remove the .rsrc section too. This section should be kept, as it contains the application icon, version information, etc. -- 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 gas/12931] ARM: gas fails to set the proper alignment on code sections, causing broken output
http://sourceware.org/bugzilla/show_bug.cgi?id=12931 Hans-Peter Nilsson hp at sourceware dot org changed: What|Removed |Added CC||hp at sourceware dot org --- Comment #8 from Hans-Peter Nilsson hp at sourceware dot org 2011-07-01 04:19:31 UTC --- Nick (being already CC:ed on the referred PR) or anyone else ARM-knowledgeable, pretty please have a quick look to see if the fix for this bug was the proper fix for PR sim/12737. Thanks. -- 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
