[LLVMdev] [cfe-dev] Code generation for noexcept functions

Stephan Tolksdorf st at quanttec.com
Tue May 13 12:36:22 PDT 2014


On 2014-05-11 Richard Smith wrote:
> On Sun, May 11, 2014 at 8:19 AM, Stephan Tolksdorf <st at quanttec.com
> <mailto:st at quanttec.com>> wrote:
>
>     Hi,
>
>     When clang/LLVM can't prove that a noexcept function only contains
>     non-throwing code, it seems to insert an explicit exception handler
>     that calls std::terminate. Why doesn't clang leave it to the eh
>     personality function to call std::terminate when an exception is
>     thrown inside a noexcept function, as GCC does?
>
>
> As far as I can see, this is impossible to represent in LLVM IR. (If
> there is a way, I'm sure we'd be happy to make clang emit that IR.)

Thanks for the reply! Do you or maybe somebody else have an opinion on 
what the best way would be to efficiently support this case in LLVM IR?

- Stephan

>
>     For example, GCC generates more efficient code for this test case:
>
>        using FP = void(*)();
>
>        inline void test(FP fp) noexcept {
>          fp();
>        }
>
>        void test2(FP fp) {
>          test(fp);
>          test(fp);
>        }
>
>     The code generated by GCC (ToT, -O3, Linux x64) is:
>
>     .LHOTB0:
>              .p2align 4,,15
>              .globl  _Z5test2PFvvE
>              .type   _Z5test2PFvvE, @function
>     _Z5test2PFvvE:
>     .LFB1:
>              .cfi_startproc
>              .cfi_personality 0x3,__gxx_personality_v0
>              .cfi_lsda 0x3,.LLSDA1
>              pushq   %rbx
>              .cfi_def_cfa_offset 16
>              .cfi_offset 3, -16
>              movq    %rdi, %rbx
>              call    *%rdi
>              movq    %rbx, %rax
>              popq    %rbx
>              .cfi_def_cfa_offset 8
>              jmp     *%rax
>              .cfi_endproc
>     .LFE1:
>              .globl  __gxx_personality_v0
>              .section        .gcc_except_table,"a", at __progbits
>     .LLSDA1:
>              .byte   0xff
>              .byte   0xff
>              .byte   0x1
>              .uleb128 .LLSDACSE1-.LLSDACSB1
>     .LLSDACSB1:
>     .LLSDACSE1:
>              .text
>              .size   _Z5test2PFvvE, .-_Z5test2PFvvE
>              .section        .text.unlikely
>
>
>     The code generated by clang (ToT, -O3, Linux x64) is:
>
>     .globl  _Z5test2PFvvE
>              .align  16, 0x90
>              .type   _Z5test2PFvvE, at function
>     _Z5test2PFvvE:                          # @_Z5test2PFvvE
>              .cfi_startproc
>              .cfi_personality 3, __gxx_personality_v0
>     .Leh_func_begin0:
>              .cfi_lsda 3, .Lexception0
>     # BB#0:                                 # %entry
>              pushq   %rbx
>     .Ltmp6:
>              .cfi_def_cfa_offset 16
>     .Ltmp7:
>              .cfi_offset %rbx, -16
>              movq    %rdi, %rbx
>     .Ltmp0:
>              callq   *%rbx
>     .Ltmp1:
>     # BB#1:                                 # %_Z4testPFvvE.exit
>     .Ltmp3:
>              callq   *%rbx
>     .Ltmp4:
>     # BB#2:                                 # %_Z4testPFvvE.exit3
>              popq    %rbx
>              retq
>     .LBB0_3:                                # %terminate.lpad.i
>     .Ltmp2:
>              movq    %rax, %rdi
>              callq   __clang_call_terminate
>     .LBB0_4:                                # %terminate.lpad.i2
>     .Ltmp5:
>              movq    %rax, %rdi
>              callq   __clang_call_terminate
>     .Ltmp8:
>              .size   _Z5test2PFvvE, .Ltmp8-_Z5test2PFvvE
>              .cfi_endproc
>     .Leh_func_end0:
>              .section        .gcc_except_table,"a", at __progbits
>              .align  4
>     GCC_except_table0:
>     .Lexception0:
>              .byte   255                     # @LPStart Encoding = omit
>              .byte   3                       # @TType Encoding = udata4
>              .asciz  "\242\200\200"          # @TType base offset
>              .byte   3                       # Call site Encoding = udata4
>              .byte   26                      # Call site table length
>     .Lset0 = .Ltmp0-.Leh_func_begin0        # >> Call Site 1 <<
>              .long   .Lset0
>     .Lset1 = .Ltmp1-.Ltmp0                  #   Call between .Ltmp0 and
>     .Ltmp1
>              .long   .Lset1
>     .Lset2 = .Ltmp2-.Leh_func_begin0        #     jumps to .Ltmp2
>              .long   .Lset2
>              .byte   1                       #   On action: 1
>     .Lset3 = .Ltmp3-.Leh_func_begin0        # >> Call Site 2 <<
>              .long   .Lset3
>     .Lset4 = .Ltmp4-.Ltmp3                  #   Call between .Ltmp3 and
>     .Ltmp4
>              .long   .Lset4
>     .Lset5 = .Ltmp5-.Leh_func_begin0        #     jumps to .Ltmp5
>              .long   .Lset5
>              .byte   1                       #   On action: 1
>              .byte   1                       # >> Action Record 1 <<
>                                              #   Catch TypeInfo 1
>              .byte   0                       #   No further actions
>                                              # >> Catch TypeInfos <<
>              .long   0                       # TypeInfo 1
>              .align  4
>
>              .section
>     .text.__clang_call_terminate,"__axG", at progbits,__clang_call___terminate,comdat
>              .hidden __clang_call_terminate
>              .weak   __clang_call_terminate
>              .align  16, 0x90
>              .type   __clang_call_terminate, at __function
>     __clang_call_terminate:                 # @__clang_call_terminate
>     # BB#0:
>              pushq   %rax
>              callq   __cxa_begin_catch
>              callq   _ZSt9terminatev
>     .Ltmp9:
>              .size   __clang_call_terminate, .Ltmp9-__clang_call_terminate
>
>     - Stephan
>     _________________________________________________
>     cfe-dev mailing list
>     cfe-dev at cs.uiuc.edu <mailto:cfe-dev at cs.uiuc.edu>
>     http://lists.cs.uiuc.edu/__mailman/listinfo/cfe-dev
>     <http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev>
>
>



More information about the llvm-dev mailing list