Re: How can i debug gcc when compile option has lto.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jul 5, 2021 at 7:27 PM Xi Ruoyao <xry111@xxxxxxxxxxxxxxxx> wrote:
>
> On Mon, 2021-07-05 at 19:18 +0800, Hongtao Liu via Gcc-help wrote:
>
> > during RTL pass: expand
> > /export/users2/liuhongt/tools-build/build_upstream_independentfp16_debug/../../gcc/upstream/independentfp16/gcc/testsuite/gcc.dg/torture/floatn-basic.h:
> > In function ‘vafn’:
> > /export/users2/liuhongt/tools-build/build_upstream_independentfp16_debug/../../gcc/upstream/independentfp16/gcc/testsuite/gcc.dg/torture/floatn-basic.h:36:7:
> > internal compiler error: Segmentation fault
> >    36 |   ret = arg1 + va_arg (ap, TYPE);
> >       |       ^
> > 0x12bb92d crash_signal
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/toplev.c:327
> > 0xdc9a79 aggregate_value_p(tree_node const*, tree_node const*)
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/function.c:2056
> > 0xb42799 emit_library_call_value_1(int, rtx_def*, rtx_def*,
> > libcall_type, machine_mode, int, std::pair<rtx_def*, machine_mode>*)
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/calls.c:5207
> > 0xcea0f3 emit_library_call_value(rtx_def*, rtx_def*, libcall_type,
> > machine_mode, rtx_def*, machine_mode)
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/rtl.h:4377
> > 0xd0aaf8 convert_mode_scalar
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/expr.c:356
> > 0xd0a695 convert_move(rtx_def*, rtx_def*, int)
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/expr.c:298
> > 0xd3281b expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
> > expand_modifier)
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/expr.c:9006
> > 0xb65765 expand_gimple_stmt_1
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/cfgexpand.c:3980
> > 0xb659fb expand_gimple_stmt
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/cfgexpand.c:4041
> > 0xb6efe5 expand_gimple_basic_block
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/cfgexpand.c:6083
> > 0xb71a35 execute
> > /export/users2/liuhongt/gcc/upstream/independentfp16/gcc/cfgexpand.c:6809
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > Please include the complete backtrace with any bug report.
> > See <https://gcc.gnu.org/bugs/> for instructions.
> > lto-wrapper: fatal error:
> > /export/users2/liuhongt/tools-build/build_upstream_independentfp16_debug/gcc/xgcc
> > returned 1 exit status
> > compilation terminated.
> > [Leaving LTRANS ./a.ltrans0.o]
> > /export/users2/liuhongt/install/binutils_trunk/bin/ld: error: lto-wrapper failed
> > [Leaving a.lto_wrapper_args]
> > collect2: error: ld returned 1 exit status
>
> There is some discussion in the threaded beginning with
> https://gcc.gnu.org/legacy-ml/gcc/2009-11/msg00045.html
>
> But not sure if it's still valid after so many years...
Thanks for the help.
Yes, I've tried --save-temps, and replaced @/tmp/ccY5wJQL with
a.ltrans0.o and it works.
./gcc/lto1 -quiet -dumpbase ./a.ltrans0.ltrans -mtune=generic
-march=x86-64 -O2 -O2 -version -fno-openmp -fno-openacc -fno-pie
-fcf-protection=none -fltrans a.ltrans0.o -o /tmp/ccHPiZSQ.s
> --
> Xi Ruoyao <xry111@xxxxxxxxxxxxxxxx>
> School of Aerospace Science and Technology, Xidian University
>


-- 
BR,
Hongtao




[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux