https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #45 from lucier at math dot purdue.edu ---
I confirm that I no longer have this problem with
> gcc-12 -v
Using built-in specs.
COLLECT_GCC=gcc-12
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/12/lto-wrapper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #146 from lucier at math dot purdue.edu ---
Here are a few memory and time statistics picked from report-compiler4 that
seem to be more extreme than the others:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #145 from lucier at math dot purdue.edu ---
Created attachment 54424
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54424=edit
CPU and Memory usage reports for mainline 13.0.1 (mainline)
Thank you for looking at this issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #141 from lucier at math dot purdue.edu ---
Created attachment 52027
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52027=edit
CPU and Memorty usage reports for compilling all.i, _num.i, and compiler.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446
--- Comment #17 from lucier at math dot purdue.edu ---
(In reply to lucier from comment #16)
> Created attachment 52026 [details]
> CPU and Memorty usage reports for compilling all.i, _num.i, and compiler.i
Sorry, added comment to wrong PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446
--- Comment #16 from lucier at math dot purdue.edu ---
Created attachment 52026
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52026=edit
CPU and Memorty usage reports for compilling all.i, _num.i, and compiler.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #140 from lucier at math dot purdue.edu ---
(In reply to Andrew Pinski from comment #139)
> Does anyone have recent #s on this testcase?
I downloaded all.i.gz from
https://www.math.purdue.edu/~lucier/gcc/test-files/bugzilla/1/
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #58 from lucier at math dot purdue.edu ---
Thanks. Brad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #54 from lucier at math dot purdue.edu ---
After an update to Fink's dejagnu, I got similar results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #51 from lucier at math dot purdue.edu ---
I'm running fink:
i expect 5.45-206Tool for automatic interactive applications
i dejagnu 1.6.1-1 Framework for testing other programs
i tcltk 1:8.6.10-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #49 from lucier at math dot purdue.edu ---
> > and "make; make -k check".
>
> Which, presumably, succeeded [repeatably?] (also presumably with some
> failing tests, since we don't have a clean testsuite on macOS).
It gave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #47 from lucier at math dot purdue.edu ---
I downloaded
[Bradleys-Mac-mini:~/programs/gcc/gcc-mainline] lucier% git log -1 --oneline
2254b3233b5 (HEAD -> master, origin/trunk, origin/master, origin/HEAD) PR
middle-end/100325 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #25 from lucier at math dot purdue.edu ---
Thanks, I'll just use an older compiler for building Gambit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #23 from lucier at math dot purdue.edu ---
With the mainline compiler
git log -1 --oneline
0c0bdcc60cf (HEAD -> master, origin/trunk, origin/master, origin/HEAD)
libgomp.fortran/depobj-1.f90: Fix omp_depend_kind
the Gambit build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #18 from lucier at math dot purdue.edu ---
I can't see to build mainline on this machine, it fails with
../../../gcc-mainline/gcc/rtl.h:4547:42: error: use of undeclared identifier
'TARGET_ISA_64BIT'
&& GET_MODE_PRECISION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #16 from lucier at math dot purdue.edu ---
I have figured out how to build and then run the app in lldb to reliably
reproduce the error.
To configure and build Gambit, the Scheme->C compiler:
51 8:56mkdir gambit-test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #13 from lucier at math dot purdue.edu ---
(In reply to Iain Sandoe from comment #8)
> the values of rbp. r10 and esi would be interesting too.
I'm not really familiar with assembler, don't know what register esi is, here's
what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #12 from lucier at math dot purdue.edu ---
(In reply to Iain Sandoe from comment #11)
> is this specific to macOS? (or is it unknown if the effect would also show
> on Linux)?
It does not show up on Linux with gcc-10.3.0.
I forgot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #10 from lucier at math dot purdue.edu ---
(In reply to Iain Sandoe from comment #8)
> (In reply to lucier from comment #7)
> > (In reply to Iain Sandoe from comment #6)
> >
> > > yes please - also the original source, if that's OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #9 from lucier at math dot purdue.edu ---
(In reply to Iain Sandoe from comment #8)
> (In reply to lucier from comment #7)
> > (In reply to Iain Sandoe from comment #6)
> >
> > > yes please - also the original source, if that's OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #7 from lucier at math dot purdue.edu ---
(In reply to Iain Sandoe from comment #6)
> yes please - also the original source, if that's OK?
It's highly macrofied C code with a lot of "includes"; is the .i file not
enough?
Brad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #5 from lucier at math dot purdue.edu ---
I didn't have this trouble with 10.2 or 9.3; should I add these to the "Known
to work" field?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #2 from lucier at math dot purdue.edu ---
Created attachment 50639
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50639=edit
Gzipped assembly file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #1 from lucier at math dot purdue.edu ---
Created attachment 50638
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50638=edit
preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Bug ID: 100152
Summary: Possible 10.3 bad code generation regression from
10.2/9.3 on Mac OS 10.15.7 (Catalina)
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #37 from lucier at math dot purdue.edu ---
Created attachment 50352
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50352=edit
Smaller parameterized test file
This file is generated from a single copy of the fibonacci function,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #35 from lucier at math dot purdue.edu ---
Created attachment 50345
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50345=edit
Parametrized input files for test coverage testing.
These are the .i files that go with my previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #34 from lucier at math dot purdue.edu ---
I decided to approach this a bit more methodically by generating a series of
synthetic programs, each twice as long as the previous, and to measure the
compilation time. I'll attach the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #32 from lucier at math dot purdue.edu ---
I don't know precisely what you're saying, but it compiles fine without the
instrumentation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #30 from lucier at math dot purdue.edu ---
I'm coming back to this project.
I naively thought "Well, I don't need arc profiling, I'll just set
-ftest-coverage without -fprofile-arcs" but it appears that I can't do that,
the gcda
30 matches
Mail list logo