This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Trying to debug a testsuite failure



> On Oct 23, 2018, at 6:08 AM, Richard Biener <richard.guenther@gmail.com> wrote:
> 
> On Tue, Oct 23, 2018 at 2:39 AM Paul Koning <paulkoning@comcast.net> wrote:
>> 
>> In running the gcc testsuite on pdp11, I get some failures like this:
>> 
>> collect2: fatal error: /Users/pkoning/Documents/svn/buildpdp/gcc/nm returned 1 exit status
>> compilation terminated.
>> compiler exited with status 1
>> FAIL: gcc.c-torture/execute/builtins/memcpy-chk.c compilation,  -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions
>> 
>> While those tests flags are not terribly useful on a small memory platform like pdp11, I wouldn't expect a failure like that.  Some tests with those flags do pass.
>> 
>> The real issue is that collect2 is apparently failing for no visible reason and without any helpful explanation of what it's trying to do.  Any hints on how I might debug this?
> 
> Try with -Wl,-debug -Wl,-v but then it already tells you that nm
> failed somehow.  So possibly debug
> that via strace -f?
> 
> Richard.

Found the problem.  By default (without a suitable linker script) the linker does not report memory overflow.  The failing cases are all programs too large to fit in the 16 bit address space of the target.  

I changed the board file to specify a linker script with explicit memory bounds, and a torture options override that omits the -O3 variants.  Now I get sane results.

Thanks,

	paul


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]