http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
--- Comment #1 from Daniel Richard G. skunk at iskunk dot org ---
A workaround for this issue is to build with CFLAGS=-fPIC CXXFLAGS=-fPIC
(presuming that one is building with GCC), in addition to --with-pic. This
results in a compiler build that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #7 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
getconf -a | grep _NPROCESSORS
_NPROCESSORS_CONF 32
_NPROCESSORS_ONLN 32
ls -l /sys/devices/system/cpu/
total 0
drwxr-xr-x 8 root root
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #8 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
do you have access to a 32 cpu machine?
btw on XEON-PHI one can have 200 cpus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58652
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #10 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
seems working
[innocent@olsnba04 parallel]$ c++ -std=c++11 -Ofast -fopenmp simpleOMP.cpp
[innocent@olsnba04 parallel]$ ./a.out
max thread 32
[innocent@olsnba04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to vincenzo Innocente from comment #10)
seems working
Thanks. Can you please also try some simple (with -fopenmp):
int
main (void)
{
#pragma omp parallel num_threads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, and can you also do make check RUNTESTFLAGS=c.exp=affinity-1.c
in the libgomp build directory and see whether it was PASS and, if
testsuite/libgomp.log contains any lines ending
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #13 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
[innocent@olsnba04 parallel]$ setenv OMP_PROC_BIND true; setenv OMP_PLACES
'threads'
[innocent@olsnba04 parallel]$ gcc -fopenmp trivialOMP.cpp
[innocent@olsnba04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #14 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
On 7 Oct, 2013, at 10:06 AM, jakub at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #12 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to vincenzo Innocente from comment #14)
for historical reason I build gcc on my local workstation not on the XEON.
Also I do not have the gcc test infrastructure…
can I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58617
--- Comment #2 from Heiko.Abraham heiko.abra...@hella-gutmann.com ---
I can confirm, r202652 resolve this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
It's the loop unswitching.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55743
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58626
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55653
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
[length = 1]
; (jump_insn 31 21 30 (return) pr57503.c:6 451 {return}
; (nil)
; - return)
ret ; 31return[length = 1]
Insn 26 sign-extends both inputs but R18 (unsigned ab) should be zero-extended.
Tested with SVN 203240
gcc version 4.9.0 20131007 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55653
--- Comment #3 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
On the secondary issue of initializing FP vectors to zero, we now generate for
typedef double f __attribute__((vector_size(16)));
f g()
{
f a = {0.0, 0.0};
return a;
}
g:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58654
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||xur at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #16 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
./affinity-1.exe
Initial thread
#1 thread 1
#1 thread 0
#1 thread 3
#1 thread 2
#1,#1 thread 3,1
#1,#1 thread 3,0
#1,#1 thread 3,2
#1,#2 thread 3,4
#1,#2 thread 3,0
.identGCC: (GNU) 4.8.2 20131007 (prerelease)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to vincenzo Innocente from comment #16)
[innocent@olsnba04 parallel]$ setenv OMP_PROC_BIND false
[innocent@olsnba04 parallel]$ ./affinity-1.exe
OMP_PROC_BIND='false'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #18 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
On 7 Oct, 2013, at 12:27 PM, jakub at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #17 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #19 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
On 7 Oct, 2013, at 12:27 PM, jakub at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
or config.h doesn't defined HAVE_PTHREAD_AFFINITY_NP, then that's
expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58655
Bug ID: 58655
Summary: [avr] -mfract-convert-truncate not documented
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: documentation
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58655
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58656
Bug ID: 58656
Summary: rnflow regressing after r202826
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org ---
I'll commit the patch anyway, it is a step forward.
Anyway, the way the testcase is written is that if you run it with
OMP_PROC_BIND=false in the environment and OMP_PLACES unset,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #21 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Oct 7 11:39:39 2013
New Revision: 203243
URL: http://gcc.gnu.org/viewcvs?rev=203243root=gccview=rev
Log:
PR libgomp/58642
* config/linux/proc.c:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #22 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
on the XEON
setenv OMP_PROC_BIND false
reakpoint 1, main () at
/home/data/newsoft/gcc-gomp4/libgomp/testsuite/libgomp.c/affinity-1.c:181
181
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, right, obviously I meant
--- libgomp/testsuite/libgomp.c/affinity-1.c2013-10-07 09:31:53.884695701
+0200
+++ libgomp/testsuite/libgomp.c/affinity-1.c2013-10-07
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57226
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58635
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #24 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
ok, modified to =
taskset -c 0-31 gdb ./affinity-1.exe
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1)
(gdb) b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #25 from Jakub Jelinek jakub at gcc dot gnu.org ---
It is fine if the testcase doesn't fork and doesn't verify for taskset -c
24-31, that would be too hard to support, the testcase doesn't fail because of
that.
But, do you get the ,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #26 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
On 7 Oct, 2013, at 3:02 PM, jakub at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org
wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #25 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58657
Bug ID: 58657
Summary: bootstrapping cross compiler for sh4eb-*.* target
wrongly creates a compiler with emulated TLS support
instead of native TLS support
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58657
--- Comment #1 from Elad Nachman eladv6 at gmail dot com ---
Created attachment 30965
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30965action=edit
proposed patch for sh4eb target under gcc 4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58635
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56313
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58658
Bug ID: 58658
Summary: Pointer assignment to allocatable unlimited
polymorphic accepted
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58509
--- Comment #5 from Mikael Pettersson mikpelinux at gmail dot com ---
This bootstrap error still occurs with gcc-4.9-20131006. I've now decided to
stop testing Ada on SPARC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58658
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
--- Comment #17 from Sandra Loosemore sandra at codesourcery dot com ---
Updated patch series:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02057.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02058.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48784
--- Comment #4 from Sandra Loosemore sandra at codesourcery dot com ---
Updated patch series:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02057.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02058.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
--- Comment #13 from Sandra Loosemore sandra at codesourcery dot com ---
Updated patch series:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02057.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02058.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56997
--- Comment #11 from Sandra Loosemore sandra at codesourcery dot com ---
Updated patch series:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02057.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02058.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58642
--- Comment #27 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to vincenzo Innocente from comment #26)
[innocent@olsnba04 parallel]$ ./affinity-1.exe | grep veri
libgomp: Number of places reduced from 5 to 1 because some places
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58658
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #1)
Confirmed. Untested patch:
Which of course doesn't work. What helps is the following patch (not
regtested). I wonder why there is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58570
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58570
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC|bernd.edlinger at hotmail dot de |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58659
Bug ID: 58659
Summary: Construction of shared_ptr from unique_ptr mismatches
new/delete and std::allocator for __shared_ptr_count
Product: gcc
Version: 4.8.1
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58659
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58660
Bug ID: 58660
Summary: ARM/Thumb non-interworking code broken in libgcc
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57641
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Mon Oct 7 23:21:58 2013
New Revision: 203256
URL: http://gcc.gnu.org/viewcvs?rev=203256root=gccview=rev
Log:
PR libstdc++/57641
* include/std/mutex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57641
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58357
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58568
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
--- Comment #3 from Carrot carrot at google dot com ---
I don't have a reduced test case. But I have a reduced config file.
###
ext = Linux64
backup_config = 0
makeflags =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58661
Bug ID: 58661
Summary: Definition of inherited nested class should be invalid
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
-checking=release --with-gmp=/usr/local/gcc-trunk
--with-mpfr=/usr/local/gcc-trunk --with-mpc=/usr/local/gcc-trunk
--with-cloog=/usr/local/gcc-trunk --prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20131007 (experimental) [trunk revision 203235] (GCC)
$
$ gcc-trunk -Os small.c; a.out
63 matches
Mail list logo
