[Bug gas/22714] Assembler preprocessor loses track of \@
https://sourceware.org/bugzilla/show_bug.cgi?id=22714 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.31 --- Comment #2 from Alan Modra --- Fixed -- 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/22714] Assembler preprocessor loses track of \@
https://sourceware.org/bugzilla/show_bug.cgi?id=22714 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ab1fadc6b2f057b817e1fc093650b63d9f6dd6c5 commit ab1fadc6b2f057b817e1fc093650b63d9f6dd6c5 Author: Alan Modra Date: Wed Jan 31 13:34:18 2018 +1030 PR22714, Assembler preprocessor loses track of \@ The PR22714 testcase is such that the input buffer processed by do_scrub_chars ends on this line 1: bug "Returning to usermode but unexpected PSR bits set?", \@ right at the backslash. (The line is part of a macro definition.) The next input buffer then starts with '@' which starts a comment on ARM, and the check for \@ fails due to to == tostart. Now it would be possible to simply access to[-1] in this particular case, but that's ugly, and to be absolutely safe from people deliberately trying to crash gas we'd need the read.c:read_a_source_file buffer passed to do_scrub_chars to have a single byte pad at the start. PR 22714 * app.c (last_char): New static var. (struct app_save): Add last_char field. (app_push, app_pop): Handle it. (do_scrub_chars): Use last_char in test for "\@". Set last_char. -- 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/13391] .rofixup section size mismatch
https://sourceware.org/bugzilla/show_bug.cgi?id=13391 --- Comment #23 from wbx at openadk dot org --- Hi Nick, I can provide you shell access to a server with all stuff precompiled showing the error if you want? best regards Waldemar -- 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/22714] Assembler preprocessor loses track of \@
https://sourceware.org/bugzilla/show_bug.cgi?id=22714 Alan Modra changed: What|Removed |Added Summary|Two files, one containing |Assembler preprocessor |one more character in a |loses track of \@ |comment, one is translated, | |the other not | -- 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/22714] Two files, one containing one more character in a comment, one is translated, the other not
https://sourceware.org/bugzilla/show_bug.cgi?id=22714 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-01-31 Assignee|unassigned at sourceware dot org |amodra at gmail dot com Ever confirmed|0 |1 -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Domani Hannes changed: What|Removed |Added Target||*mingw* -- 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/22734] nm documentation: misleading information about BSS
https://sourceware.org/bugzilla/show_bug.cgi?id=22734 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Nick Clifton --- Thanks for the spelling corrections. I have now checked in the updated patch. -- 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/22734] nm documentation: misleading information about BSS
https://sourceware.org/bugzilla/show_bug.cgi?id=22734 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=fcabedd5cb9079268d34b47489a8e4ee669f6868 commit fcabedd5cb9079268d34b47489a8e4ee669f6868 Author: Nick Clifton Date: Tue Jan 30 17:22:41 2018 + Update description of nm's symbol bss type letters. PR 22734 * doc/binutils.texi (nm): Update description to point out that zero-initialized values can also be shown as type B, b, S or s since they can be stored in the BSS section. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Domani Hannes changed: What|Removed |Added CC||ssbssa at yahoo dot de -- 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/22762] New: missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Bug ID: 22762 Summary: missing static variable constructor calls Product: binutils Version: 2.30 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: ssbssa at yahoo dot de Target Milestone: --- When trying a program as simple as that: > #include > > class Printer > { > public: > Printer() > { > printf("Printer()\n"); > } > }; > > static Printer printer; > > int main() > { > return 0; > } No output is visible, because the static constructors are no longer called. My investigation got me to this commit: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h=ca6f2be7f6bc638fd4fad48def1fae4ae4d7906e This added PROVIDE() to both __CTOR_LIST__ and __DTOR_LIST__, and the docu (https://sourceware.org/binutils/docs/ld/PROVIDE.html) states: > The PROVIDE keyword may be used to define a symbol, such as ‘etext’, only if > it is referenced but not defined. But since it's already defined, it's no longer added by ld: > $ g++ -ostatic-var.exe static-var.cpp -Wl,-T,static-var-ld.txt > -Wl,-y,___CTOR_LIST__ > c:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.2.0/../../../../i686-w64-mingw32/lib/../lib/libmingw32.a(lib32_libmingw32_a-gccmain.o): > reference to ___CTOR_LIST__ > c:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.2.0/libgcc.a(_ctors.o): > definition of ___CTOR_LIST__ I didn't find _ctors.c, but I think the definition is from here: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgcc/libgcc2.c;h=f418f3a354de4b74d88ba9697b0ac5b8aa71ae03;hb=HEAD#l2358 -- 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/22758] FAIL: Run pr22393-2
https://sourceware.org/bugzilla/show_bug.cgi?id=22758 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Alan Modra --- Fixed master. -- 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/22758] FAIL: Run pr22393-2
https://sourceware.org/bugzilla/show_bug.cgi?id=22758 --- Comment #5 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=76cb3a89a6615cf3418fa1efe8268bf6673a5c8a commit 76cb3a89a6615cf3418fa1efe8268bf6673a5c8a Author: Alan Modra Date: Tue Jan 30 16:02:32 2018 +1030 PR22758, FAIL: Run pr22393-2 We can't map different disk pages into the same memory page; The last page mapped will simply overwrite any previous pages. The executable/non-executable new_segment test ignored this fact, leading to a ld.so segfault on hppa when .dynamic is overwritten with zeros. This patch moves existing tests for demand paging with lma on the same memory page, to a new test performed before any case where we want a new segment due to protection or loadable conflicts. PR 22758 * elf.c (_bfd_elf_map_sections_to_segments): Don't start a new segment when demand paged with lma on the same page. Test this before load/non-load, executable/non-executable, writable/non-writable tests and simplify. Delete bogus relro condition in writable/non-writable test. Delete outdated comment. Formatting. -- 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