[Bug c/41795] New: Incorrect warning while compiling string constant with ??)

2009-10-22 Thread oder at eleks dot lviv dot ua
: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41795

[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-05-21 Thread oder at eleks dot lviv dot ua
--- Comment #9 from oder at eleks dot lviv dot ua 2008-05-21 15:39 --- Created an attachment (id=15666) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15666action=view) Sources without Mac headers So, I had some free time an enthusiasm to modify the example and remove Apple headers

[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-05-21 Thread oder at eleks dot lviv dot ua
-- oder at eleks dot lviv dot ua changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836

[Bug target/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-05-21 Thread oder at eleks dot lviv dot ua
--- Comment #11 from oder at eleks dot lviv dot ua 2008-05-21 16:27 --- (In reply to comment #10) OSAtomicIncrement32Barrier will return a 32bit signed extended value to a 64bit so using a 64bit compare is fine and ok according to the ABI. Yes, but it returns value in 64-bit

[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-04-07 Thread oder at eleks dot lviv dot ua
--- Comment #8 from oder at eleks dot lviv dot ua 2008-04-07 08:58 --- Created an attachment (id=15438) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15438action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836

[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-04-06 Thread oder at eleks dot lviv dot ua
--- Comment #2 from oder at eleks dot lviv dot ua 2008-04-06 13:21 --- (In reply to comment #1) You need to report this with apple or at least try a still maintained gcc version and provide a testcase without Mac specific headers. Well, it's not so easy. ./configure for GCC 4.3.0

[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit

2008-04-06 Thread oder at eleks dot lviv dot ua
--- Comment #5 from oder at eleks dot lviv dot ua 2008-04-06 20:14 --- (In reply to comment #4) Both Fink and Macports have gcc 4.1, 4.2, and 4.3 packages, and Macports even has a 4.4 snapshot. Could you please provide a link to gcc archive? On gcc.gnu.org there is no MacOS

[Bug c++/35835] New: Compiler fails to recognize match of local extern declarations

2008-04-05 Thread oder at eleks dot lviv dot ua
extern declarations Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua

[Bug c++/35836] New: Wrong instruction generated for comparison with zero on PPC 64 bit

2008-04-05 Thread oder at eleks dot lviv dot ua
on PPC 64 bit Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua GCC build

[Bug c++/35835] Compiler fails to recognize match of local extern declarations

2008-04-05 Thread oder at eleks dot lviv dot ua
--- Comment #2 from oder at eleks dot lviv dot ua 2008-04-05 20:02 --- (In reply to comment #1) First, this bug should be filed with Apple as you are using Apple's modified compiler. Second 4.0.x is no longer being maintained, so please try 4.1.x. I don't have root access

[Bug c++/33914] New: False warning: allocating zero-element array

2007-10-26 Thread oder at eleks dot lviv dot ua
Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33914

[Bug inline-asm/30117] New: fdivp assembler instruction compiles to fdivrp

2006-12-07 Thread oder at eleks dot lviv dot ua
dot lviv dot ua GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30117

[Bug c++/29582] Parameter pushed to stack too soon

2006-10-30 Thread oder at eleks dot lviv dot ua
--- Comment #4 from oder at eleks dot lviv dot ua 2006-10-30 08:33 --- Created an attachment (id=12509) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12509action=view) Compilable testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582

[Bug c++/29582] Parameter pushed to stack too soon

2006-10-30 Thread oder at eleks dot lviv dot ua
-- oder at eleks dot lviv dot ua changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29582

[Bug c++/29582] New: Parameter pushed to stack too soon

2006-10-24 Thread oder at eleks dot lviv dot ua
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug c++/29582] Parameter pushed to stack too soon

2006-10-24 Thread oder at eleks dot lviv dot ua
--- Comment #2 from oder at eleks dot lviv dot ua 2006-10-24 16:09 --- (In reply to comment #1) The evaluation order of function arguments is not specified. If you depend on side effects to be carried out at a specific point you must make sure there is a sequence point

[Bug c++/27838] New: Wrong code generated for for()-loop with enumerated type as index

2006-05-31 Thread oder at eleks dot lviv dot ua
as index Product: gcc Version: 3.3.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oder at eleks dot lviv dot ua GCC build