mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Compiling the code snippet below with "g++ -mlong-double-128" and running the
executable prints "2" to the console on my machine, which is obviou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #12 from Martin Reinecke ---
Created attachment 43961
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43961&action=edit
perf annotate output with -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #11 from Martin Reinecke ---
Created attachment 43960
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43960&action=edit
perf annotate output without -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #9 from Martin Reinecke ---
Sure!
martin@martin-Latitude-E7450 ~/tmp $ gcc -O3 testcase2.c -lm
martin@martin-Latitude-E7450 ~/tmp $ perf stat ./a.out
Performance counter stats for './a.out':
1109,985866 task-clock (mse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #7 from Martin Reinecke ---
Here is the output of --verbose:
martin@martin-Latitude-E7450 ~/tmp $ gcc -O3 testcase2.c --verbose -lm -S
Using built-in specs.
COLLECT_GCC=gcc
Target: x86_64-pc-linux-gnu
Configured with: /home/martin/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #6 from Martin Reinecke ---
Created attachment 43958
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43958&action=edit
assembler output with -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #5 from Martin Reinecke ---
Created attachment 43957
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43957&action=edit
assembler output without -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #4 from Martin Reinecke ---
Created attachment 43956
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43956&action=edit
reduced test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85416
--- Comment #1 from Martin Reinecke ---
Just re-tested on an Intel Core i5-4570; on this CPU, there is no performance
degradation.
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 43945
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43945&action=edit
Test case
W
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 39460
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39460&action=edit
test case
When compiling the test case below, current trunk gfortran warns ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
--- Comment #3 from Martin Reinecke ---
In fact, the problem seems to have been patched away very recently.
With a fresh checkout of gcc trunk the test case compiles fine. Sorry for the
noise!
Should I close the bug as resolved/fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
--- Comment #2 from Martin Reinecke ---
I'm not sure why, but on a different machine I get a more detailed error
output, which might help locating the problem:
martin@noemi-laptop ~/Downloads $ g++ -v -O3 -c testcase.ii
Using built-in specs.
CO
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 38528
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38528&action=edit
test case
Current trunk crashes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Martin Reinecke changed:
What|Removed |Added
CC||mar...@mpa-garching.mpg.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70040
--- Comment #2 from Martin Reinecke ---
Created attachment 37842
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37842&action=edit
further reduced test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70040
--- Comment #1 from Martin Reinecke ---
I am pretty sure that this used to work on trunk some time ago. Unfortunately I
don't have time for a bisection search at the moment ...
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147
--- Comment #4 from Martin Reinecke ---
Any progress on this?
I fear that this might affect quite many people once strings of allocatable
length become more popular in Fortran ... and I sure hope they will!
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 37405
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37405&action=edit
test case
Compiling the attached testcase using yesterday's tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68540
--- Comment #8 from Martin Reinecke ---
I confirm that I can build again when provoding the ISL 0.15 sources withon the
gcc/ directory.
In order to save others some head-scratching, would it be possible to update
the ISL version check in the con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68540
--- Comment #2 from Martin Reinecke ---
OK, the problematic commit appears to be:
Revision 230759 - Directory Listing
Added Mon Nov 23 14:23:59 2015 UTC (3 days, 23 hours ago) by dje
Correct graphite*.c ISL header file inclusion order.
* system
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68540
--- Comment #1 from Martin Reinecke ---
I should probably add that building the trunk was possible without any problems
on Linux Mint until about two weeks ago. Unfortunately I do not know yet how to
isolate the problematic commit ... will look i
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Currently, compiling trunk on Linux Mint 17.2 fails. I'm configuring with
--disable-multilib --enable-gold --e
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 36665
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36665&action=edit
test case
When compiling the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68237
--- Comment #6 from Martin Reinecke ---
Ah, my bad ... I still had an old m1.smod lying on disk from earlier tests!
This slightly changed test case should demonstrate the problem:
module m1
interface
module subroutine bar
end subroutine
end in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68237
--- Comment #3 from Martin Reinecke ---
Sorry, I update my sources via git... I hope this still helps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68237
--- Comment #2 from Martin Reinecke ---
I'm using
gcc version 6.0.0 20151106 (experimental) [trunk revision
2aebc1a:abfaa95:74905ec39301718edde3609ddd97ef8e0f9eb934] (GCC)
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Current trunk gfortran ICEs on the code below instead of producing an eror
message:
module m1
end module
submodule (m1) m2
contains
module procedure foo
end procedure
end submodule
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
Build: x86_64-unknown-linux-gnu
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 36572
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36572&action=edit
test case
When compiling the following module, gfortra
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mar...@mpa-garching.mpg.de
Target Milestone: ---
Created attachment 36017
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36017&action=edit
Testcase
The attached test code requires significant
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mar...@mpa-garching.mpg.de
Created attachment 27417
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27417
Preprocessed testcase
When compiling the attached testcase on
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mar...@mpa-garching.mpg.de
Created attachment 27410
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27410
Testcase demonstrating the problem
The attached code is the reduct
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mar...@mpa-garching.mpg.de
When trying to compile the code below with gfortran 4.7 and a specific set of
flags, the compiler segfaults:
/scratch/martin/tmp/planck/lsclean>gfortran -v -g -O -ffast-math -c
CAMB/modules.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47167
--- Comment #9 from Martin Reinecke 2011-01-19
17:26:31 UTC ---
(In reply to comment #8)
> Can you check if the following patch solves your problem?
Yes, this patch gets performance back to normal on the 4.5 branch and on trunk.
Great!
> The di
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47167
--- Comment #7 from Martin Reinecke 2011-01-19
14:16:18 UTC ---
OK, I located the problematic commit, at least on the 4.5 branch: it's revision
number 167492 (fix for PR tree-optimization/46806).
Between revisions 167491 and 167492 the CPU time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47167
--- Comment #1 from Martin Reinecke 2011-01-05
14:42:20 UTC ---
Created attachment 22904
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22904
shorter test case
More compact test case; the hot spot is marked with "CRITICAL LOOP".
Compile wit
...@gcc.gnu.org
ReportedBy: mar...@mpa-garching.mpg.de
Created attachment 22897
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22897
test case
When compiling the attached testcase on a machine with a Core 2 Duo E8500 CPU
and 64bit Linux using
gcc -O2 -fomit-frame-pointer testcas
39 matches
Mail list logo
