Richard, Opps! I see my problem. I changed directory into x264 and not mcf!
I need to stop working so late.... Thank you for your input because led me to question my assumptions about what was going on. Gary ________________________________ From: Richard Biener <richard.guent...@gmail.com> Sent: Wednesday, July 14, 2021 12:23 AM To: Gary Oblock <g...@amperecomputing.com> Cc: gcc@gcc.gnu.org <gcc@gcc.gnu.org> Subject: Re: A simple debugging question [EXTERNAL EMAIL NOTICE: This email originated from an external sender. Please be mindful of safe email handling and proprietary information protection practices.] On Wed, Jul 14, 2021 at 6:42 AM Gary Oblock via Gcc <gcc@gcc.gnu.org> wrote: > > OK, I haven't asked a dumb question for a while so here goes! > > I'm trying to debug my optimization in lto running 505mcf_r > (yes it's SPEC17.) > > Here's the bit that fails from the make.out: > > /home/gary/gcc_build_gcc11/install/libexec/gcc/x86_64-pc-linux-gnu/11.1.1/lto1 > -quiet -dumpdir ./mcf_r.lto.o- -dumpbase mcf_r.lto.o -dumpbase-ext .o -m64 > -mtune=generic -march=x86-64 -O3 -O3 -Wdfa -version -fno-openmp -fno-openacc > -fno-pie -fcf-protection=none -fcommon -fdump-ipa-type-escape-analysis > -fdump-ipa-field-reorder -funroll-loops -flto-partition=none > -fipa-instance-interleave -fdump-ipa-all-details -fno-ipa-icf > -fipa-type-escape-analysis -fipa-field-reorder -fresolution=mcf_r.res > -flinker-output=exec --param=early-inlining-insns=96 > --param=max-inline-insns-auto=64 --param=inline-unit-growth=96 > @./mcf_r.lto.o-args.0 -o ./mcf_r.lto.o-mcf_r.lto.s > > I bring up emacs and go into gdb. > > I set it to debug the lto1 path above. > > I cd to the build area: > cd > gary@SCC-PC0TYGP5:~/spec/cpu2017/benchspec/CPU/525.x264_r/build/build_base_gcc11_rate_ampere-64.0000 > > I set my beakpoint: > break tree-ssa-sccvn.c:5975 > > I give the breakpoint a condition (yes I instrumented the code just to do > this): > cond 1 (count == 5326) > > Finally, I run lto1 with the long list of arguments above. > > It runs a tiny bit and gives me: > lto1: fatal error: could not open symbol resolution file: No such file or > directory > > This is a new one for me guys and I've used this approach above > many times (but not on a SPEC build.) Any hints at what I did > wrong? You have to preserve temporary files (the symbol resolution file) with -save-temps and if you did the lto1 invocation will have to happen from the directory that file resides in (-fresolution=mcf_r.res), otherwise lto1 won't find it. > Note, during development I always build gcc with "-O0 -g". > > Thanks, > > Gary > > > CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is > for the sole use of the intended recipient(s) and contains information that > is confidential and proprietary to Ampere Computing or its subsidiaries. It > is to be used solely for the purpose of furthering the parties' business > relationship. Any unauthorized review, copying, or distribution of this email > (or any attachments thereto) is strictly prohibited. If you are not the > intended recipient, please contact the sender immediately and permanently > delete the original and any copies of this email and any attachments thereto.
