--- Comment #3 from geir at cray dot com 2009-06-15 20:47 ---
For another point of reference, I see this problem in our GCC 4.3.1 build; but
the problem did not occur in our gcc 4.3.0 and 4.3.2 versions. I assume this
was an error on our part.
$ diff
/opt/gcc/4.3.1/snos/lib/gcc/x86_64
libraries must be used.
--
Summary: Multiple definitions of __flockfile when compiling an
openMP program
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
Ass
libraries must be used.
--
Summary: Multiple definitions of __flockfile when compiling an
openMP program
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
Ass
--- Comment #1 from geir at cray dot com 2007-07-17 19:21 ---
*** Bug 32799 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32798
--- Comment #1 from geir at cray dot com 2007-07-17 19:21 ---
*** This bug has been marked as a duplicate of 32798 ***
--
geir at cray dot com changed:
What|Removed |Added
--- Comment #2 from geir at cray dot com 2007-07-17 19:22 ---
Pressing refresh on my browser mistakenly opened up a new bug for the problem
described in bug 32798
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32799
Summary: CHUNKSIZE IN SCHEDULE CLAUSE SHOULD NOT NEED SCOPING IF
DEFAULT(NONE) PRESENT
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc
This case involves a function containing only a '#pragma omp for' directive and
a 'for' loop to go with it. The invoking routine is the one that determines
whether the variable is shared or private. There is no way to supply this
information within the function without expanding what the function
me
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geir at cray dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33720
o replacement not working if file is preprocessed
then compiler
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Repo
signedTo: unassigned at gcc dot gnu dot org
ReportedBy: geir at cray dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37764
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45784
Geir Johansen changed:
What|Removed |Added
Known to fail||4.7.3
--- Comment #1 from Geir Johansen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42979
Geir Johansen changed:
What|Removed |Added
Known to fail||4.7.3
--- Comment #1 from Geir Johansen
--- Comment #5 from geir at cray dot com 2009-09-14 19:59 ---
(In reply to comment #4)
> Geir, have you run the testcase with other compilers? What is the result?
>
Changed test cast to use 2 threads ("omp_set_num_threads(2);")
PGI 9.0-3
$ pgcc -mp bug288
--- Comment #8 from geir at cray dot com 2009-09-18 18:41 ---
Here is how other compilers process this code:
PGI:
$ pgf90 -mp test.f90
$ ./a.out
Warning: omp_set_num_threads (4) greater than available cpus (2)
tmp, fsize3.141592653589793-7
s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45784
--- Comment #2 from Geir Johansen ---
Fails in GCC 4.8.0:
$ gcc --version
gcc (GCC) 4.8.0 20130322 (Cray Inc.)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33720
--- Comment #6 from Geir Johansen ---
Fails in GCC 4.8.0:
$ gcc --version
gcc (GCC) 4.8.0 20130322 (Cray Inc.)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50464
Bug #: 50464
Summary: Using -Ofast -march=bdver1 results in internal
compiler error: in extract_insn, at recog.c:2109
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50497
Bug #: 50497
Summary: gcc 4.6.x '-g' option no longer emits the
.debug_pubnames section
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50497
--- Comment #1 from Geir Johansen 2011-09-23 17:20:49
UTC ---
If there is some workaround that will enable previous behavior please add
that to this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52527
Bug #: 52527
Summary: When using '-g', get an ICE: seg fault in
add_name_attribute (called by modified_type_die)
Classification: Unclassified
Product: gcc
Version: 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52527
Geir Johansen changed:
What|Removed |Added
Known to work||4.5.3
Known to fail|
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
Target Milestone: ---
Simple reproducer code causes a seg fault during compile with gcc 8.2.0. The
reproducer does not seg fault for gcc 8.1.0
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
Target Milestone: ---
At -O3 optimization (and 'march=corei7-avx') getting an ICE with the attached
test case. Works OK with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83440
--- Comment #2 from Geir Johansen ---
Created attachment 42906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42906&action=edit
thr.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
Bug #: 55691
Summary: Setting OMP_NESTED increases the runtime dramatically
for GCC compiled executable
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #1 from Geir Johansen 2012-12-14 17:08:53
UTC ---
Created attachment 28956
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28956
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #2 from Geir Johansen 2012-12-14 17:12:48
UTC ---
Created attachment 28957
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28957
program data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #3 from Geir Johansen 2012-12-14 17:13:55
UTC ---
Created attachment 28958
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28958
input data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #4 from Geir Johansen 2012-12-14 17:14:56
UTC ---
Created attachment 28959
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28959
Build instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60812
--- Comment #2 from Geir Johansen ---
(In reply to Jakub Jelinek from comment #1)
> You haven't said which target it is, and we need preprocessed source as well.
> Couldn't reproduce this on x86_64-linux.
Problem does not occur in GCC 4.9.0, so
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
Target Milestone: ---
The following test case fails in all versions of GCC I tried (4.7.3 thr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
Geir Johansen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Severity: critical
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
gcc -g -gpubnames statically linked produces a .debug_pubnames that is wrong or
corrupted:
$ gcc --version
gcc (GCC) 4.8.2 20131016 (Cray
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
Target Milestone: ---
The memcpy routine for GCC needs to be faster. The following test case shows
that the Intel compiler implementation of memcpy is over twice as fast as GCC.
I realize that memcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68261
--- Comment #4 from Geir Johansen ---
(In reply to Andrew Pinski from comment #1)
> Note glibc does provide a memcpy which is optimized for each target via
> ifuncs. What version of glibc are you running.
2.11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68261
--- Comment #6 from Geir Johansen ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Geir Johansen from comment #4)
> > (In reply to Andrew Pinski from comment #1)
> > > Note glibc does provide a memcpy which is optimized for each tar
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
CC: jakub at gcc dot gnu.org
Created attachment 34525
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34525&action=edit
omp.c
The description for the
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: geir at cray dot com
User identified a test case that may indicate an over aggressive optimizer. In
the following test case, compiler with '-O1' will result in correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61781
--- Comment #2 from Geir Johansen ---
Longer version of the test case, along with notes from the original user. T
I believe you have an overaggressive optimizer. Which I have turned into the
following somewhat block of code (simple-instrument
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geir at cray dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42979
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
Summary: incorrect vectorization of loop in GCC 4.5.* with -O3
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48716
Summary: gcc OpenMP static variable declared in scope inside
construct is predetermined shared
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48966
Summary: gcc 4.5 gets wrong answer at -O2
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48966
--- Comment #1 from Geir Johansen 2011-05-11 15:24:05
UTC ---
(In reply to comment #0)
> The following test gets the wrong answer for optimization level -O2 (and -O3)
> for GCC 4.5.3. The correct answer occurs when -O1 is used. The problem does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45784
Summary: gcc OpenMP - error: invalid controlling predicate
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unas
--- Comment #24 from geir at cray dot com 2007-10-23 19:11 ---
> State-Changed-From-To: open->suspended
What is the status of this bug? Will the proposed patches be implemented?
(Note: http://gcc.gnu.org/bugzilla/page.cgi?id=fields.html#status does not
describe "SUSPEN
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geir at cray dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34303
--- Comment #10 from geir at cray dot com 2007-01-22 19:24 ---
Here is a Fortran test case:
$ cat bug2737.f90
PROGRAM get_tst_inc_complex
implicit none
external subrrg, checkrr
complex :: vrr, trr
vrr=cmplx(1.,2.);
call subrr ( )
contains
49 matches
Mail list logo
