https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #12 from David Edelsohn ---
Author: dje
Date: Sat Feb 7 02:34:38 2015
New Revision: 220501
URL: https://gcc.gnu.org/viewcvs?rev=220501&root=gcc&view=rev
Log:
PR debug/2714
PR bootstrap/64256
* xcoffout.h (DBX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #11 from Zoltan Hidvegi ---
Do you have more info regarding the AIX assembler bug you are referring to?
PR46072 was about a different assembler bug, it's just someone in that report
have also encountered the stabstring length issue. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #10 from David Edelsohn ---
Stabstring continuations originally seem to have been disabled for AIX XCOFF
because the AIX assembler did not support them correctly. IBM's proprietary
compiler, VAC/XLC, directly generates object files a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #9 from Zoltan Hidvegi ---
xlC generates stubs with continuation, and it seems to cut them at 16k both for
32-bit and 64-bit objects, so maybe gcc could do the same. gdb-7.7.1 seems to
segfault on stubs longer than 32k for 32-bit exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #8 from David Edelsohn ---
Thanks for the patch, Zoltan, but the patch is not the challenge. It is not
difficult to instruct GCC to generate stabs with continuation. The question
always has been if the debuggers on AIX can understan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #7 from Zoltan Hidvegi ---
With the above trivial change I've been able to build code with long
stabstrings on AIX 6.1. I was using the gcc-4.8 branch since that's what we are
using here. If you fix this, could you please also apply i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #6 from Zoltan Hidvegi ---
Created attachment 34672
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34672&action=edit
Patch to limit dbx stabstring length to 32000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
Zoltan Hidvegi changed:
What|Removed |Added
CC||zoltan at hidvegi dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #4 from Jakub Jelinek ---
If I manually #undef DBX_CONTIN_LENGTH in dbxout.c before the default in there,
I get:
.stabs
"E:T(0,21)=eEE10:0,EE11:1,EE12:2,EE13:3,\\",128,0,0,0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #3 from Jakub Jelinek ---
So are we talking about something like:
#define A(n) EE##n,
#define B(n) A(n##0) A(n##1) A(n##2) A(n##3) A(n##4) \
A(n##5) A(n##6) A(n##7) A(n##8) A(n##9)
#define C(n) B(n##0) B(n##1) B(n##2) B(n##3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #2 from Richard Biener ---
Can you create a small non-gcc testcase that shows the dbxout.c deficiency
please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
12 matches
Mail list logo