[Bug ld/18878] New: _savegpr1_XXX crashes when called through a stub on POWERPC64LE

2015-08-27 Thread dougkwan at google dot com
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: dougkwan at google dot com Target Milestone: --- Created attachment 8556 -- https://sourceware.org/bugzilla/attachment.cgi?id=8556action=edit test case for bug I have found problem

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

2013-03-19 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #14 from Doug Kwan dougkwan at google dot com 2013-03-20 04:41:03 UTC --- The special symbols in question __exidx_{start,end} were exported from DSO's by mistake in both ld gold and the mistake has been fixed in both linkers. We

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

2013-03-12 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #10 from Doug Kwan dougkwan at google dot com 2013-03-13 03:57:35 UTC --- I have no object to what is proposed but the decision is Ian's. On Tue, Mar 12, 2013 at 7:03 PM, petechou at gmail dot com sourceware-bugzi

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

2013-03-07 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #8 from Doug Kwan dougkwan at google dot com 2013-03-07 08:10:16 UTC --- Hi Pete, 1. My concern of your patch is that it affects all targets, not just ARM. While it may fix the problem on ARM, I cannot speak for authors of other

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

2013-03-06 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #4 from Doug Kwan dougkwan at google dot com 2013-03-07 04:04:35 UTC --- The symbols __exidx_end __exidx_start were exported incorrectly in the past. This is fixed in both ld gold in the sense that these symbols are defined

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

2013-03-06 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #6 from Doug Kwan dougkwan at google dot com 2013-03-07 05:42:20 UTC --- The symbols do not have same visibility. gold in general is compatible with GNU ld. If you look at src/ld/emulparams/, you will set that the __bss symbols

[Bug gold/13320] Please support thumb entry points in PLT instead of using (more or less randomly located) stubs

2011-12-02 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13320 --- Comment #3 from Doug Kwan dougkwan at google dot com 2011-12-02 19:23:56 UTC --- Thanks for working on this. You can run the test suite using QEMU, it is slow but it does the job. You do need to treat one of test case because it has too

[Bug gold/13320] Please support thumb entry points in PLT instead of using (more or less randomly located) stubs

2011-12-02 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13320 --- Comment #5 from Doug Kwan dougkwan at google dot com 2011-12-02 20:42:21 UTC --- ubuntu karmic. I wish I could use QEMU linux-user but I right now I had to use the system emulator. On Fri, Dec 2, 2011 at 12:14 PM, froydnj at gmail dot

[Bug gold/13362] internal error in value_from_output_section, at ../../gold/reloc.cc:1549 on armel

2011-11-01 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13362 --- Comment #5 from Doug Kwan dougkwan at google dot com 2011-11-01 21:24:49 UTC --- (In reply to comment #4) I am looking at it. This is a different problem than bug 12771, which happened in the ARM backend. The problem here

[Bug gold/13362] internal error in value_from_output_section, at ../../gold/reloc.cc:1549 on armel

2011-10-31 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13362 Doug Kwan dougkwan at google dot com changed: What|Removed |Added Status|REOPENED|ASSIGNED

[Bug gold/12771] internal error in value_from_output_section, at ../../gold/reloc.cc:1508 on armel

2011-07-06 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12771 --- Comment #14 from Doug Kwan dougkwan at google dot com 2011-07-06 07:48:56 UTC --- (In reply to comment #13) (In reply to comment #12) There is no doubt that the patch is incomplete. That just fixed a single instance of code that must

[Bug ld/12565] NOLOAD sections empty

2011-06-30 Thread dougkwan at google dot com
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

[Bug gold/12826] [PATCH] Gold not knowing ARM7EM architecture

2011-06-01 Thread dougkwan at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12826 Doug Kwan dougkwan at google dot com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug gold/11718] GOLD produces nonworking Linux shared librarys

2010-08-03 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-08-03 20:11 --- Your testcase needs other libraries. Can you attached two copies of eina_chained_mempool.so, one linked with gold and the ld? (In reply to comment #0) I'm try build modules for eina: arm

[Bug gold/11247] Assert failure in arm.cc

2010-02-05 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-02-05 17:56 --- Subject: Re: Assert failure in arm.cc 2010/2/5 ahartmetz at gmail dot com sourceware-bugzi...@sourceware.org: I've updated bintuils to the latest CVS version and applied the patch (I removed the assert

[Bug gold/11247] Assert failure in arm.cc

2010-02-05 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-02-06 04:31 --- I added code to avoid stub scanning for merged sections. This should fix your problem. -- What|Removed |Added

[Bug gold/11247] Assert failure in arm.cc

2010-02-04 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-02-04 19:47 --- Can you try this patch and send me back the error message? Index: arm.cc === RCS file: /cvs/src/src/gold/arm.cc,v retrieving revision 1.76 diff

[Bug gold/11247] Assert failure in arm.cc

2010-02-04 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-02-04 22:09 --- Patch for build breakage submitted in http://sourceware.org/ml/binutils/2010-02/msg00070.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=11247 --- You are receiving this mail because

[Bug gold/11247] Assert failure in arm.cc

2010-02-04 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2010-02-05 00:34 --- The build breakage has been fixed but we still need to fix the assertion. I built Qt-4.6.1 for arm-unknown-linux-gnu using gold as the linker but did not see the assertion. I am trying again using the -march

[Bug binutils/4797] New: SEGV fault due to NULL pointer deref in dwarf2.c

2007-07-16 Thread dougkwan at google dot com
: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: dougkwan at google dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://sourceware.org/bugzilla

[Bug binutils/4797] SEGV fault due to NULL pointer deref in dwarf2.c

2007-07-16 Thread dougkwan at google dot com
--- Additional Comments From dougkwan at google dot com 2007-07-16 23:38 --- Created an attachment (id=1918) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1918action=view) Proposed fix for SEGV problem in dwarf2.c Tested this patch in i686-linux-gnu. Looked okay. -- http