[Bug gas/5034] Error: `QWORD PTR __CTOR_END__-8[rip]' is not a valid base/index expression
--- Additional Comments From rask at sygehus dot dk 2007-09-28 10:43 --- There's a bug in GCC with %rip relative adressing and -masm=intel. I'm fixing that, which means GCC will output one of the supported address forms, just as with any other register: mov rax, QWORD PTR __CTOR_END__[rip-8] So I'm closing this bug as invalid. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=5034 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4844] auto-import and const data import problem
--- Additional Comments From nickc at redhat dot com 2007-09-28 11:57
---
Hi Ralf,
OK, please could you try out the uploaded patch. There are several points
that need to be looked at:
* The fix is only enabled for x86 PE ports. Does it need to be enabled for
other PE ports ? (ARM, MIPS, SH, etc).
* The new script is only used when --enable-auto-import is present on the
linker command line, not when the linker magically enables auto import for
itself. (There appears to be code in pe{p}.em:...find_data_imports() that
magically enables auto importing. I was not sure what should be done in this
situation).
* There are still some input sections that are mapped to the .rdata output
section, even with the new script active:
.rdata BLOCK(__section_alignment__) :
{
*(.eh_frame)
___RUNTIME_PSEUDO_RELOC_LIST__ = .;
__RUNTIME_PSEUDO_RELOC_LIST__ = .;
*(.rdata_runtime_pseudo_reloc)
___RUNTIME_PSEUDO_RELOC_LIST_END__ = .;
__RUNTIME_PSEUDO_RELOC_LIST_END__ = .;
}
Should these input sections (and symbols) be moved to the .data section as
well ?
Most importantly, I have not checked the patched linker when used to link real
applications. I am not really set up here to do that, so I hope that you will
be able to test it for me.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4844
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4844] auto-import and const data import problem
--- Additional Comments From ralf dot habacker at freenet dot de 2007-09-28 10:34 --- Thanks for taking this. The related linker script is listed in the following link http://www.cygwin.com/ml/cygwin/2004-10/msg01052.html. See for the text "/* specific linker script avoiding .rdata sections" It places rdata in data section too. The rdata section is left empty. Ralf -- http://sourceware.org/bugzilla/show_bug.cgi?id=4844 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4970] new library handling in binutils causes trouble with --enable-shared
--- Additional Comments From nickc at redhat dot com 2007-09-28 09:50 --- Hi Mike, Is this PR still a problem ? If so, please could you tell me a little bit more about it ? (I am not very good when it comes to configure/install issues). Is the problem that if you build a set of --enable-shared native binutils, install them, and then use them to build another set of binutils, this time for a cross-target, that these cross-binutils will use the wrong shared libbfd ? Could you put together a simple test case or set of steps to follow that shows the problem ? Do you have any suggestions as to how the problem might be solved ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=4970 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4844] auto-import and const data import problem
--- Additional Comments From nickc at redhat dot com 2007-09-28 08:57 --- Hi Ralf, I was trying to follow up on this problem, but I got a lost in the email trail. Can you create an attachment of the linker script that you would like to see the linker use in a case like this ? Then maybe we can work out some way for this script to be selected automatically. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=4844 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4988] [2.18/HEAD regression] Assertion failures in ld
--- Additional Comments From nickc at redhat dot com 2007-09-28 13:25 --- Hi Julien, Hi Matthias, The test case is missing a few libraries: -llber -lsasl2 -lssl -lcrypto -lexpat -lresolv -ldl. Looking at the ChangeLogs I do not see anything in particular that changed around 20070804 so it is hard to guess what might have caused this problem. I take it that problem still exists in the current mainline sources ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=4988 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4844] auto-import and const data import problem
--- Additional Comments From nickc at redhat dot com 2007-09-28 11:51 --- Created an attachment (id=2025) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2025&action=view) Add a special linker script for the --enable-auto-import option -- http://sourceware.org/bugzilla/show_bug.cgi?id=4844 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4970] new library handling in binutils causes trouble with --enable-shared
--- Additional Comments From vapier at gentoo dot org 2007-09-28 19:25 --- 2.18 is still broken and i dont think cvs head has any changes to indicate this being fixed here's the thread on the mailing list with a bit more info: http://sourceware.org/ml/binutils/2007-07/msg00401.html what you described is the problem (except for the cross-binutils part, it doesnt matter what the target is, but that too would be a problem) the way to reproduce is: - build/install binutils like normal except add --enable-shared to configure - build/install binutils again with --enable-shared, and it'll fail during the compile stages my fix for the problem would be to not set LD_LIBRARY_PATH at all ... i dont know why it's needed, but it certainly isnt so the freshly compiled binaries can find the freshly compiled libraries -- the fact that we're using libtool means this is already taken care of -- http://sourceware.org/bugzilla/show_bug.cgi?id=4970 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
