[Bug target/67716] [5] [SH]: Miscompiles libraw: Assembler: unaligned opcodes detected in executable segment

[olegendo at gcc dot gnu.org]

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

Oleg Endo <olegendo at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-09-26
     Ever confirmed|0                           |1

--- Comment #10 from Oleg Endo <olegendo at gcc dot gnu.org> ---
(In reply to Kazumoto Kojima from comment #9)
> Created attachment 36395 [details]
> reduced test case
> 
> This one fails with the same asm error with my sh-elf c++ for -g -O1.

Yep, I get this, too.  There should be an ".align 1" after the table.  Or maybe
".align 2" is even safer?


It's strange ... when compiling with -O1 but without -g I get this:

        .long   ___divdi3
        .align 2
.L4:
        .byte   .L3-.L5      // aligned
        .byte   .L2-.L5      // unaligned
        .byte   .L2-.L5      // a
        .byte   .L2-.L5      // u
        .byte   .L6-.L5      // a
        .byte   .L2-.L5      // u
        .byte   .L6-.L5      // a
        .byte   .L2-.L5      // u
        .byte   .L2-.L5      // a
        .byte   .L2-.L5      // u
        .byte   .L7-.L5      // a
.L3:
        mov.l   .L16,r1      // u

but AS does not output an error message.