--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2009-10-05
21:51 ---
Same situation as of today's trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39863
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2009-10-05
21:52 ---
Problem still present as of today's trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39866
: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i386-apple-darwin9.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39863
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i386-apple-darwin9.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39866
--- Comment #9 from sylvain dot pion at sophia dot inria dot fr 2009-04-09
10:06 ---
There seems to have been some progress : it now takes 6000-9000 cycles instead
of 2.
This is 6000 with g++ 4.3.1 on a Fedora 10 x86_64 box, and 9000 on a MacBook
Pro with various g++ versions up
--- Comment #9 from sylvain dot pion at sophia dot inria dot fr 2008-12-09
20:03 ---
Incidentally, I submitted to WG21 a few days ago a proposal which will appear
in the coming mid-term mailing as N2811, named Directed Rounding Arithmetic
Operations. In the meantime, you can find
--- Comment #2 from sylvain dot pion at sophia dot inria dot fr 2008-10-29
16:36 ---
I have also seen this, and it seems that --with-libiconv-prefix=/sw/
does not do the trick anymore with the trunk (unless some other
difference in my setup is responsible for this).
Googleing a bit
--- Comment #6 from sylvain dot pion at sophia dot inria dot fr 2008-08-18
16:12 ---
Maybe my comment is going to be out of scope, but the question is also
to know what the primary question is here, that is, what usage is supposed
to be supported by -frounding-math.
g++ currently
--- Comment #5 from sylvain dot pion at sophia dot inria dot fr 2008-08-12
14:42 ---
What about providing both modes, with for example a global run-time flag to
select the mode which is the most appropriate ? And maybe defaulting to
assert, since it looks like users might prefer
: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-apple-darwin8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35588
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla
--- Comment #2 from sylvain dot pion at sophia dot inria dot fr 2008-01-02
21:37 ---
In fact, this is not really an issue with variadic templates,
since you get the same problem with:
void* g(int a) { return new (char*)(a); }
int main() {
g(__null);
}
Nevertheless, I
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34597
--- Comment #5 from sylvain dot pion at sophia dot inria dot fr 2007-12-27
11:36 ---
Thank you Paolo,
Looking at the current workding draft N2461, the protecting namespace
is already there. So maybe the problem has already been dealt with
independently, and issue 697 has been
org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i386-apple-darwin8.11.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34595
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i386-apple-darwin8.11.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2007-12-24
16:00 ---
Created an attachment (id=14819)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14819action=view)
pre-processed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
--- Comment #15 from sylvain dot pion at sophia dot inria dot fr
2007-12-23 13:34 ---
I also cannot reproduce it with todays' g++ 4.2.
That said, the original code from which the test-case is extracted is still
failing. The original code is from the CGAL library. I can give a way
--- Comment #3 from sylvain dot pion at sophia dot inria dot fr 2007-09-11
12:16 ---
Hi Doug,
I tried your patch, and it seems to have a good effect, since I do not see
this error anymore. That said, I now get another one, which looks pretty
similar:
In file included from /usr
data member
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host
at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33112
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2007-08-19
12:55 ---
Created an attachment (id=14076)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14076action=view)
Compressed pre-processed C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33112
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: x86_64
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
--- Comment #13 from sylvain dot pion at sophia dot inria dot fr
2007-04-17 13:17 ---
I just built g++ 4.2 yesterday, and the failure is still there.
Note that if you want to check for an aliasing violation, even though the
preprocessed code is huge, the parts which are executed
--- Comment #10 from sylvain dot pion at sophia dot inria dot fr
2007-03-26 18:03 ---
Let me mention that this is against 4.2. The trunk works well for me.
I tried several times during March (including today), and the bug is still
here.
Note that varrying the conditions slightly
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2007-03-19
16:27 ---
I will happily create the attachements when bugzilla will work...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
--- Comment #4 from sylvain dot pion at sophia dot inria dot fr 2007-03-19
16:50 ---
(sorry I still can't create attachments)
-ftrapw makes the program work (no loop).
Let me copy-paste here the non-preprocessed source files which show everything
which is executed, while waiting
--- Comment #5 from sylvain dot pion at sophia dot inria dot fr 2007-03-19
16:55 ---
Subject: Re: Non-deterministic bug producing a run-time infinite
loop
Let me try to attach the pre-processed file through an email
attachement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from sylvain dot pion at sophia dot inria dot fr 2007-03-19
19:37 ---
Created an attachment (id=13235)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13235action=view)
pre-processed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31246
: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31247
--- Comment #2 from sylvain dot pion at sophia dot inria dot fr 2007-03-17
17:26 ---
Trying further, I noticed that simply default constructing an std::vectorint,
even without the debug mode _GLIBCXX_DEBUG, generates also a bunch (14 !) of
these warnings.
Andrew, I did not follow all
--- Comment #3 from sylvain dot pion at sophia dot inria dot fr 2007-03-17
17:35 ---
I'm not sure about the standard requirements. My user question is that
I want to develop with GCC as my main compiler, and I want it to catch
non-portability bugs as much as possible.
@Chris: note
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2005-12-17
22:26 ---
Created an attachment (id=10522)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10522action=view)
preprocessed C++ bzip2 file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
--- Comment #2 from sylvain dot pion at sophia dot inria dot fr 2005-12-17
23:26 ---
Created an attachment (id=10523)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10523action=view)
Updated test-case
I fixed the test-case so that it compiles (without -g) with g++ 4.1.
g++ 4.1
: ICE (on invalid)
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-09-09 14:41 ---
Created an attachment (id=9702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9702action=view)
gzipped .ii c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org,sylvain dot pion at
sophia dot inria dot fr
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-09-04 18:04 ---
Created an attachment (id=9664)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9664action=view)
Program that reproduces the error message
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
in
functions
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-08-08 21:55 ---
Created an attachment (id=9448)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9448action=view)
c++ program that generates the warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-07-17 09:51 ---
Please let me know if the attached fixes it
Yes, it fixes my original report as well as the shorter testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org,sylvain dot
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-07-14 12:28 ---
Created an attachment (id=9269)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9269action=view)
gzipped preprocessed c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20347
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20162
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-02-23 14:03 ---
Created an attachment (id=8262)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8262action=view)
Benchmark program to compare new/delete to std::allocator
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-02-18 20:48 ---
(In reply to comment #13)
I can't duplicate this with a tree updated some time earlier today.
It has also disappeared for me on Fedora Core 3.
But I can still reproduce it on Fedora Core 1
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-02-06 10:20 ---
Created an attachment (id=8135)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8135action=view)
Compile with -O2 and execute
It is not preprocessed, but uses vector (and cassert
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pion at sophia dot inria dot fr
CC: gcc-bugs at gcc dot gnu dot org,sylvain dot pion at
sophia dot inria dot fr
GCC
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2004-11-12 00:12 ---
Created an attachment (id=7523)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7523action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18436
57 matches
Mail list logo
