[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #20 from Maciej Piechotka 2013-04-04 09:51:10 UTC --- (In reply to comment #13) > (In reply to comment #12) > > https://www.dropbox.com/s/3mauit7c7ab4yh3/cairo-workdir.tar.xz?m > > > > I can't reproduce it: > (...) > > Did you m

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #17 from Maciej Piechotka 2013-03-30 12:50:17 UTC --- gptfdisk-0.8.6 + binutils 2.23.52.0.1.20130226 seems to repro the problem as well: x86_64-pc-linux-gnu-g++ crc32.o support.o guid.o gptpart.o mbrpart.o basicmbr.o mbr.o gpt.o b

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #15 from Maciej Piechotka 2013-02-20 19:37:46 UTC --- (In reply to comment #14) > i'm seeing a similar bug i think: > https://bugs.gentoo.org/458164 > The same distro so it is likely they are the same bug. -- Configure bugmai

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #10 from Maciej Piechotka 2013-02-16 20:28:39 UTC --- (In reply to comment #9) > Binutils 2.23.1 and 2.23.51.0.8/2.23.51.0.9 fail for me. > If you don't have a small testcase, please provide > the whole cairo build directory. Comp

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #8 from Maciej Piechotka 2013-02-16 09:29:54 UTC --- Sight. Binutils 2.23.51.0.8 and 2.23.1 succeeded even if I did not reconfigured. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are re

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1

[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #2 from Maciej Piechotka 2013-02-10 11:39:12 UTC --- (In reply to comment #1) > You can either use g++ to link against C++ libraries or drop > -Wl,--as-needed. Without -Wl,--as-needed there are undefined references to new and dele

[Bug ld/15126] New: [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)

http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Bug #: 15126 Summary: [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation) Product: binutils Version: 2.24 (HEAD) St

[Bug ld/14862] Assertion fault in binutils-2.23.51.0.5/bfd/elf-strtab.c:247

http://sourceware.org/bugzilla/show_bug.cgi?id=14862 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1

[Bug ld/14862] New: Assertion fault in binutils-2.23.51.0.5/bfd/elf-strtab.c:247

http://sourceware.org/bugzilla/show_bug.cgi?id=14862 Bug #: 14862 Summary: Assertion fault in binutils-2.23.51.0.5/bfd/elf-strtab.c:247 Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: normal

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 22:36 --- (In reply to comment #8) > Can you put ".section .setup,"ax",@progbits" in arch/i386/multiboot.S? It works. But, despite this is more correct way of handling it, why? -- http://

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 22:31 --- (In reply to comment #7) > (In reply to comment #0) > > I'm not quite sure if it is a bug or feature request (at least on mailong > > list > > it was pointed out as bug). I try to p

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 15:13 --- Created an attachment (id=3675) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3675&action=view) The test case I believed so much github is intelligent enought to include a submodules I

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 12:56 --- It was under the given link (download->tar): http://github.com/uzytkownik/nios/tarball/master Simple make should compile it. nios is the resulting file. -- http://sourceware.org/bugzilla/show_bug.cgi

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-16 21:32 --- The test case: http://github.com/uzytkownik/nios/tree/master -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- You are receiving this mail because: --- You are on the CC list for the bug

[Bug binutils/9749] The section is put not in order

--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-16 01:18 --- I'll publish a test case soon (but please don't make jokes...) -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- You are receiving this mail because: --- You are on the CC li

[Bug binutils/9749] New: The section is put not in order

section is put not in order Product: binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: uzytkownik2 at gmail dot com