--- Comment #18 from dominiq at lps dot ens dot fr 2010-08-05 07:04 ---
Unverified but I am told that this issue should be fixed in Xcode 3.2.3.
AFAICT it is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-08-04
19:20 ---
Unverified but I am told that this issue should be fixed in Xcode 3.2.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #16 from iains at gcc dot gnu dot org 2010-04-14 17:37 ---
see:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00806.html
for a proposed resolution to this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #10 from iains at gcc dot gnu dot org 2010-04-12 06:43 ---
(In reply to comment #9)
I confirmed with the dsymutil maintainer that my reading of his response was
correct. Indeed, the warning may or may not be significant and has to be
checked for each instance. So if all
--- Comment #11 from iains at gcc dot gnu dot org 2010-04-12 06:57 ---
(In reply to comment #9)
checked for each instance. So if all four test cases are actually emitting
valid dwarf, we can drop the usage of -lm on darwin[921]
The two things are totally unrelated - AFAICT the
--- Comment #12 from jakub at gcc dot gnu dot org 2010-04-12 08:21 ---
GCC would ICE if the referenced DIE wasn't being output on:
gcc_assert (AT_ref (a)-die_offset);
in output_die.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #13 from iains at gcc dot gnu dot org 2010-04-12 13:28 ---
Created an attachment (id=20364)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20364action=view)
hack wrapper for dsymutil
This is a simple script that edits one specific warning out of the output from
--- Comment #14 from iains at gcc dot gnu dot org 2010-04-12 13:36 ---
Created an attachment (id=20365)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20365action=view)
sort out some nits with config/{*,}/darwin*.h and hack in a solution for
dsymtuil
The dsymutils issue is not a
--- Comment #15 from iains at gcc dot gnu dot org 2010-04-12 13:39 ---
(In reply to comment #12)
GCC would ICE if the referenced DIE wasn't being output on:
gcc_assert (AT_ref (a)-die_offset);
in output_die.
thanks Jakub,
for now we need to work around this ..
(a) until dsymutils
--- Comment #5 from iains at gcc dot gnu dot org 2010-04-11 22:52 ---
It's possible that the message from dsymutil is misleading:
Is this correct ?
I'm very new to dwarf - but it looks like the DW_AT_upper_bound is missing a
value?
.byte 0x6 # uleb128 0x6; (DIE (0x10d)
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-04-11
23:42 ---
Opened radar://7851516 and have pinged the Apple dsymutil maintainer to take a
look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #7 from iains at gcc dot gnu dot org 2010-04-12 00:55 ---
this causes the message at any optimization 0.
which kinda points to variable length arrays as the issue (wherever that issue
is).
extern long random(void);
int main(int ac,char *av[])
{
int n = random();
int
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-04-12
01:54 ---
The response from the dsymutil maintainer was...
The warning was cause for alarm, and the root cause has been fixed (checked
in), though it isn't affecting your test case.
If you see this type of warning
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-04-12
03:25 ---
I confirmed with the dsymutil maintainer that my reading of his response was
correct. Indeed, the warning may or may not be significant and has to be
checked for each instance. So if all four test cases
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-10 16:26 ---
dsymutil bug
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dominiq at lps dot ens dot fr 2010-03-04 12:10 ---
Created an attachment (id=20018)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20018action=view)
assembly for r157190 (warning)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #2 from dominiq at lps dot ens dot fr 2010-03-04 12:12 ---
Created an attachment (id=20019)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20019action=view)
assembly for r157098 (no warning) of gcc.c-torture/execute/20040811-1.c
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-04 13:39 ---
DW_AT_upper_bound can be either a constant, or exprloc, or reference (this
case), so if dsymutil chokes on it, it needs to be fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
19 matches
Mail list logo