https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
Thanassis Tsiodras changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
--- Comment #2 from Thanassis Tsiodras ---
I see. I was not aware of "mergeable", TBH - thanks for pointing it out (it led
me to reading about "data environments").
Thanks, Jakub.
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: ttsiodras at gmail dot com
CC: jakub at gcc dot gnu.org
Target Milestone: ---
In trying to understand how OpenMP `task` works, I did this benc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84166
Thanassis Tsiodras changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ttsiodras at gmail dot com
Target Milestone: ---
The code shown below...
#include
#include
extern void get_buffer_from_HW_driver(volatile uint32_t **p);
void getBuffer(volatile uint32_t **pp
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: ttsiodras at gmail dot com
Target Milestone: ---
I have just successfully built the latest GCC cross-compiling toolchain for
RTEMS/SPARC with Ada support - but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49223
Summary: Internal compiler error when using OpenMP
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...
--- Comment #14 from ttsiodras at gmail dot com 2010-05-24 13:47 ---
And now that we see that it happens even with one object file,
here is the preprocessed (.ii) for the code behind this object file:
http://users.softlab.ntua.gr/~ttsiod/renderer.ii.gz
--
http://gcc.gnu.org
--- Comment #13 from ttsiodras at gmail dot com 2010-05-24 13:44 ---
I meant 20100520, obviously, not 20050520 (no flto back then! :-)
Anyway, if I understood correctly, I should wait for the next snapshot... ETA?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44256
--- Comment #12 from ttsiodras at gmail dot com 2010-05-24 13:41 ---
I am at work, so I did a fresh compilation of GCC4.5 from the 20050520
snapshot under my Debian stable using:
../configure --prefix=/opt/gcc45 --enable-languages=c,c++ --enable-lto
The bug still happens, even if I
--- Comment #7 from ttsiodras at gmail dot com 2010-05-24 07:24 ---
>From my two tests in FreeBSD and Arch Linux, it appears that the "-flto" bug
that is triggered on my renderer, has occured with the "20100520 (prerelease)"
commits.
I hope this helps
Is th
--- Comment #6 from ttsiodras at gmail dot com 2010-05-23 20:48 ---
Well, I added "nostdlib" and removed all libraries from the cmd line, but
still:
bash$ g++ -r -nostdlib -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -
--- Comment #4 from ttsiodras at gmail dot com 2010-05-23 20:11 ---
To Richard:
Under my Arch Linux, the linker cmd (that triggers the bug) is:
bash$ g++ -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
--- Comment #3 from ttsiodras at gmail dot com 2010-05-23 20:09 ---
To Steven:
I am assuming you are asking about the building of GCC - I did it through the
ports system of FreeBSD, using the latest update of the gcc45 port.
Additionally, I just did an update in my Arch Linux, which
crash
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ttsiodras at gmail dot com
GCC build tripl
15 matches
Mail list logo
