[Bug fortran/99816] New: fortran do loop line table issue

2021-03-29 Thread andrew.burgess at embecosm dot com via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- Consider this Fortran program: subroutine sub(a,n) dimension a(n) do 100 i = 1, n a(i) = i 100 continue ! Breakpoint here. return end

[Bug fortran/99027] Incorrect ubound result

2021-02-20 Thread andrew.burgess at embecosm dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99027 Andrew Burgess changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/99027] New: Incorrect ubound result

2021-02-09 Thread andrew.burgess at embecosm dot com via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- I believe I have run into a case where ubound is giving the wrong result. Given: program test integer, dimension (1:3,1:6) :: array print *, "ubound = ", ubound (arr

[Bug debug/94474] Incorrect DWARF range information for inlined function

2020-05-17 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94474 --- Comment #12 from Andrew Burgess --- > But what I learned from writing the patch is that gcc cannot > easily tell if a range will be empty or not. That is because > the assembler does emit the line info and the views, > and the assembler deci

[Bug debug/94474] Incorrect DWARF range information for inlined function

2020-04-28 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94474 --- Comment #10 from Andrew Burgess --- Bernd, Not a problem, always happy to expand on things. This might get a little long, but hopefully it should give you an idea what I think is wrong. I have not updated the reproducer, I don't know why I

[Bug debug/94474] Incorrect DWARF range information for inlined function

2020-04-06 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94474 --- Comment #8 from Andrew Burgess --- Bernd, Please could you keep discussion of GDB patches to the GDB mailing list unless it is required to move this bug forward. In this bug I make the claim that the DWARF GCC produces is not correct. So

[Bug debug/94474] Incorrect DWARF range information for inlined function

2020-04-06 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94474 --- Comment #5 from Andrew Burgess --- Bernd, Wouldn't DW_AT_GNU_exit_view be attached to the DW_TAG_inlined_subroutine though? So, as in this case, one subroutine has 2 ranges, but would then have one end view number. I don't understand wh

[Bug debug/94474] Incorrect DWARF range information for inlined function

2020-04-06 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94474 --- Comment #2 from Andrew Burgess --- Sorry for including the wrong DWARF dump output in the bug report. I too had seen the DW_AT_GNU_entry_view using a more recent binutils. When you pose the question: I am not sure if there are any view n

[Bug debug/94474] New: Incorrect DWARF range information for inlined function

2020-04-03 Thread andrew.burgess at embecosm dot com
Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- Created attachment 48190 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48190&action=edit Bug reproducer. Download the attached file, then:

[Bug fortran/92775] Incorrect expression in DW_AT_byte_stride on an array

2019-12-04 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92775 --- Comment #1 from Andrew Burgess --- I ran a bisect and this is the commit where GCC stops producing the DWARF I would expect to see: In GIT: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=47e6a59aedf4b114c2b4865c97a91a7b700cd991 In SVN: h

[Bug fortran/92775] New: Incorrect expression in DW_AT_byte_stride on an array

2019-12-03 Thread andrew.burgess at embecosm dot com
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- Created attachment 47411 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47411&action=edit Example. 1. Unpack the example, and run '

[Bug middle-end/86058] TARGET_MEM_REF causing incorrect message for -Wmaybe-uninitialized warning

2018-06-05 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86058 --- Comment #2 from Andrew Burgess --- Sorry, this is on x86-64/GNU-Linux

[Bug middle-end/86058] New: TARGET_MEM_REF causing incorrect message for -Wmaybe-uninitialized warning

2018-06-05 Thread andrew.burgess at embecosm dot com
: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- The following: /* { dg-do compile } */ /* { dg-options "-O2 -Wuninitialized -Wmaybe-uninitia

[Bug testsuite/78544] FAIL: gcc.dg/tree-prof/section-attr-*.c compilation, -fprofile-generate -D_PROFILE_GENERATE on darwin

2016-11-29 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544 --- Comment #4 from Andrew Burgess --- I only suggested the alternative patch due to the issues you raised in comment #2. I agree with you that extending the test to cover darwin would be by far the better solution. I'm unable to test your prop

[Bug testsuite/78544] FAIL: gcc.dg/tree-prof/section-attr-*.c compilation, -fprofile-generate -D_PROFILE_GENERATE on darwin

2016-11-27 Thread andrew.burgess at embecosm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544 --- Comment #1 from Andrew Burgess --- Created attachment 40162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40162&action=edit Patch to skip the tests As the tests are only going to test anything on a subset of targets, I don't know if w

[Bug c/70039] New: Data placed into rodata that could be encoded as immediates

2016-03-02 Thread andrew.burgess at embecosm dot com
Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: andrew.burgess at embecosm dot com Target Milestone: --- Created attachment 37840 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37840&action=edit An example of this be