http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #11 from Anitha Boyapati
2011-10-25 02:33:50 UTC ---
(In reply to comment #8)
> (In reply to comment #7)
> > Compile it as:
> >
> > $avr-gcc -mmcu=atxmega128a1 -g -gdwarf-2 test.c -S
>
> You are left alone with that: -mmcu=atxmega12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #10 from Anitha Boyapati
2011-10-25 02:31:12 UTC ---
(In reply to comment #9)
> Author: jakub
> Date: Mon Oct 24 18:09:21 2011
> New Revision: 180398
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180398
> Log:
> PR de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #7 from Anitha Boyapati
2011-10-24 04:21:17 UTC ---
Created attachment 25583
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25583
Relevant testcase that is compilable
Compile it as:
$avr-gcc -mmcu=atxmega128a1 -g -gdwarf-2 tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #6 from Anitha Boyapati
2011-10-24 04:18:10 UTC ---
(In reply to comment #5)
> Please probide a testcase according to http://gcc.gnu.org/bugs/#need
>
> - Please, no external includes
Sorry! I thought I have provided pre-processed fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
Anitha Boyapati changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #3 from Anitha Boyapati
2011-10-21 13:07:33 UTC ---
Can someone confirm this and fix this? We are blocked otherwise :-(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
Anitha Boyapati changed:
What|Removed |Added
Target||AVR
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
--- Comment #1 from Anitha Boyapati
2011-10-21 03:17:20 UTC ---
http://gcc.gnu.org/ml/gcc/2011-10/msg00348.html
The fix in trunk should be backported to gcc-4_6-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816
Bug #: 50816
Summary: [4.6.1] Discriminators are emitted in DWARF 2 format
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
--- Comment #3 from Anitha Boyapati
2011-08-02 05:54:03 UTC ---
I thought P3 should be OK. But P4 ...?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49029
Anitha Boyapati changed:
What|Removed |Added
CC||anitha.boyapati at atmel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
--- Comment #1 from Anitha Boyapati
2011-07-18 09:01:36 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17906
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
Summary: [4.6.1 Regression on AVR] ICE in based_loc_descr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #33 from Anitha Boyapati
2011-06-20 05:00:47 UTC ---
(In reply to comment #32)
> Fixed with:
>
> 2011-06-17 Richard Henderson
>
> Backport from mainline
> 2011-03-22 Richard Henderson
>
> * dwarf2out.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #30 from Anitha Boyapati
2011-06-17 07:07:34 UTC ---
Created attachment 24552
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24552
Make log for gcc-4_6-branch for comment 28
(In reply to comment #29)
> Works For Me.
>
> [rth@an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #28 from Anitha Boyapati
2011-06-16 06:35:41 UTC ---
(In reply to comment #24)
> The testcase at the head of the PR is now fixed.
I could build avr-gcc from trunk and run couple of simple testcases.
[anitha@turing objdir]$ avr-gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #27 from Anitha Boyapati
2011-06-16 06:34:57 UTC ---
(In reply to comment #24)
> The testcase at the head of the PR is now fixed.
I could build avr-gcc from trunk and run couple of simple testcases.
[anitha@turing objdir]$ avr-gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #25 from Anitha Boyapati
2011-06-15 02:37:59 UTC ---
(In reply to comment #24)
> The testcase at the head of the PR is now fixed.
>
> For the 4.6 branch, this required also backporting
>
(Assuming that backporting implies the emis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #18 from Anitha Boyapati
2011-06-14 07:00:45 UTC ---
(In reply to comment #17)
> Created attachment 24512 [details]
> loosen constraints on register elimination
>
> This seems to fix the problem. At least for this small test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #15 from Anitha Boyapati
2011-06-13 07:55:19 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
>
> > Can you change the state to NEW and raise the severity to blocker? I don't
> > have
> > required privileges.
>
> I've
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #13 from Anitha Boyapati
2011-06-13 07:13:41 UTC ---
(In reply to comment #12)
> function returns true. As a result, dwarf_debug_frame_expr() is always called!
Typo - dwarf2out_frame_debug_expr() is always called.
Georg:
Can you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #12 from Anitha Boyapati
2011-06-13 06:53:25 UTC ---
(In reply to comment #11)
> (In reply to comment #10)
> > I don't think initial_return_save() is called now. It passes the
> > compilation
> > there but gets struck in other place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #10 from Anitha Boyapati
2011-06-10 07:37:19 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > I agree. But this does not fully solve the problem either.
> > INCOMING_RETURN_ADDR_RTX is being defined in dwarf2out.c to
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #8 from Anitha Boyapati
2011-06-10 04:13:34 UTC ---
(In reply to comment #7)
> Created attachment 24478 [details]
> alternate patch
>
> This patch is probably better.
I agree. But this does not fully solve the problem either.
INCOMI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #6 from Anitha Boyapati
2011-06-09 17:00:20 UTC ---
(In reply to comment #4)
> Created attachment 24475 [details]
> patch
>
> Here's an untested patch. Does this fix the problem for you?
I'll try and let you know.
> Naturally you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
--- Comment #5 from Anitha Boyapati
2011-06-09 16:54:11 UTC ---
(In reply to comment #4)
> Created attachment 24475 [details]
> patch
>
> Here's an untested patch. Does this fix the problem for you? Naturally
> you'll
> want to revert it once
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
Anitha Boyapati changed:
What|Removed |Added
CC||anitha.boyapati at atmel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47597
--- Comment #2 from Anitha Boyapati
2011-06-03 07:20:44 UTC ---
Patch in trunk revision 171296
http://gcc.gnu.org/viewcvs/trunk/gcc/dwarf2out.c?r1=171150&r2=171296&diff_format=h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Comment #8 from Anitha Boyapati
2011-02-16 08:20:03 UTC ---
Created attachment 23360
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23360
Initial fix that emits the output shown in comment 5
(In reply to comment #7)
> (In reply to comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47696
Anitha Boyapati changed:
What|Removed |Added
CC||anitha.boyapati at atmel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47597
Anitha Boyapati changed:
What|Removed |Added
Target||AVR
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47597
Summary: ICE: call frame debugging information is not handled
when case is post_dec
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Comment #6 from Anitha Boyapati
2010-12-29 13:35:34 UTC ---
(In reply to comment #4)
> Looks like to get call-stack debug info, all we require to do is define
> INCOMING_RETURN_ADDR_RTX. In AVR, since the return address is pushed onto the
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Comment #5 from Anitha Boyapati
2010-12-29 07:08:33 UTC ---
(In reply to comment #4)
>
> And this gives an ICE in dwarf2out_frame_debug_expr(). Modifying the above
> function to pre decrement the stack pointer gives an ICE in
> initial_retu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
Anitha Boyapati changed:
What|Removed |Added
CC||anitha.boyapati at atmel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #18 from Anitha Boyapati
2010-11-10 10:38:33 UTC ---
(In reply to comment #17)
> (In reply to comment #14)
> > Created attachment 22339 [details] [details]
> > Initial patch to fix the bug
> >
> > BB reordering pass is suppressed for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #15 from Anitha Boyapati
2010-11-09 10:26:04 UTC ---
(In reply to comment #13)
> Implement TARGET_CANNOT_MODIFY_JUMPS_P and respect epilogue_completed and
> cfun->machine->is_naked. This will stop BB reorder and similar post-epilogue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #14 from Anitha Boyapati
2010-11-09 10:24:11 UTC ---
Created attachment 22339
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22339
Initial patch to fix the bug
BB reordering pass is suppressed for naked functions. Also suppresse
38 matches
Mail list logo