[Bug lto/78613] [6/7 Regression] Assembler messages: Error: can't resolve `.rodata' {.rodata section} - `.Ltext0' {.text section}

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78613

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|INVALID |DUPLICATE

--- Comment #3 from Andrew Pinski  ---


*** This bug has been marked as a duplicate of bug 47071 ***

[Bug lto/78613] [6/7 Regression] Assembler messages: Error: can't resolve `.rodata' {.rodata section} - `.Ltext0' {.text section}

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78613

Andrew Pinski  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from Andrew Pinski  ---
Your top level inline asm does not change the section back. There has been
other reports like this and closed as invalid due to that.

[Bug lto/78613] [6/7 Regression] Assembler messages: Error: can't resolve `.rodata' {.rodata section} - `.Ltext0' {.text section}

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78613

Richard Biener  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Target Milestone|--- |6.3
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
I suppose it was "fine" by luck.  LTRANS now generates

.file   ""
.text
.Ltext0:
.globl  foo
.type   foo, @function
foo:
.LFB0:
.file 1 "t2.c"
.loc 1 1 0
.cfi_startproc
pushq   %rbp
.cfi_def_cfa_offset 16
.cfi_offset 6, -16
movq%rsp, %rbp
.cfi_def_cfa_register 6
.loc 1 1 0
popq%rbp
.cfi_def_cfa 7, 8
ret
.cfi_endproc
.LFE0:
.size   foo, .-foo
#APP
.section .rodata
.Letext0:
.section.debug_info,"",@progbits
.Ldebug_info0:
.long   0x46
.value  0x4
.long   .Ldebug_abbrev0
.byte   0x8
.uleb128 0x1
.long   .LASF0
.byte   0xc
.long   .LASF1
.long   .LASF2
.quad   .Ltext0
.quad   .Letext0-.Ltext0
...
.Ldebug_line0:
.section.debug_str,"MS",@progbits,1
.LASF2:
.string "/abuild/rguenther/obj-early-lto-debug-g/gcc"
.LASF1:
.string ""
.LASF0:
.string "GNU GIMPLE 7.0.0 20161130 (experimental) [trunk revision
221942] -mtune=generic -march=x86-64 -mtune=generic -march=x86-64 -g
-fmath-errno -fsigned-zeros -ftrapping-math -fno-trapv -fno-strict-overflow
-fno-openmp -fno-openacc -fltrans"
.ident  "GCC: (GNU) 7.0.0 20161130 (experimental) [trunk revision
221942]"
.section.note.GNU-stack,"",@progbits


that's dwarf2out somehow emitting text_end_label when not in .text.  If it
would be a trunk regression it would be mine ;)