[Bug c++/49223] New: Internal compiler error when using OpenMP

2011-05-29 Thread ttsiodras at gmail dot com
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:

[Bug c++/44256] New: When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com
Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ttsiodras at gmail dot com GCC build triplet: x86_64-unknown-freebsd8.0 GCC host triplet: x86_64-unknown-freebsd8.0

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com
--- 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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com
--- 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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com
--- 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 -flto -msse -mrecip

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-24 Thread ttsiodras at gmail dot com
--- 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 there anything else I can

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-24 Thread ttsiodras at gmail dot com
--- 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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-24 Thread ttsiodras at gmail dot com
--- 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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-24 Thread ttsiodras at gmail dot com
--- 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

[Bug ada/79903] New: When building RTEMS for SPARC with Ada support, the build fails because of missing #ifdef

2017-03-06 Thread ttsiodras at gmail dot com
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

[Bug c/84166] New: Wrong warning message emitted for loss of qualifiers

2018-02-01 Thread ttsiodras at gmail dot com
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

[Bug c/84166] Wrong warning message emitted for loss of qualifiers

2018-02-04 Thread ttsiodras at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84166 Thanassis Tsiodras changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libgomp/97213] New: OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
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

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213 Thanassis Tsiodras changed: What|Removed |Added Resolution|--- |FIXED

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
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.