--- 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
--- 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
roduct: gcc
Version: 4.5.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: i386-apple-darwin9.6.0
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
--- 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 c
--- 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++
--- 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 this
aceholder<2>]
/Users/spion/GCC/Darwin/lib/gcc/i386-apple-darwin8.11.1/4.4.0/../../../../include/c++/4.4.0/tr1_impl/functional:1200:
note: typename std::tr1::result_of 0)>
()(_Bound_args, std::tr1::tuple<_UElements ...>)>::type ...)>::type
std::tr1::_Bind<_Functor ()(_Bound_args ...)>::operator()(_Args& ...) const
[with _Args = int, int, _Functor = std::less, _Bound_args =
std::tr1::_Placeholder<1>, std::tr1::_Placeholder<2>]
/Users/spion/GCC/Darwin/lib/gcc/i386-apple-darwin8.11.1/4.4.0/../../../../include/c++/4.4.0/tr1_impl/functional:1212:
note: typename std::tr1::result_of 0)>
()(_Bound_args, std::tr1::tuple<_UElements ...>)>::type ...)>::type
std::tr1::_Bind<_Functor ()(_Bound_args ...)>::operator()(_Args& ...) volatile
[with _Args = int, int, _Functor = std::less, _Bound_args =
std::tr1::_Placeholder<1>, std::tr1::_Placeholder<2>]
/Users/spion/GCC/Darwin/lib/gcc/i386-apple-darwin8.11.1/4.4.0/../../../../include/c++/4.4.0/tr1_impl/functional:1225:
note: typename std::tr1::result_of 0)>
()(_Bound_args, std::tr1::tuple<_UElements ...>)>::type ...)>::type
std::tr1::_Bind<_Functor ()(_Bound_args ...)>::operator()(_Args& ...) const
volatile [with _Args = int, int, _Functor = std::less, _Bound_args =
std::tr1::_Placeholder<1>, std::tr1::_Placeholder<2>]
--
Summary: parallel std::sort and bind()
Product: gcc
Version: 4.3.0
Status: 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
t: 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-redhat-linux
http://gcc.
--- 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
--- 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
l
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
+
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=34595
--- 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=14819&action=view)
pre-processed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
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 #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 w
--- 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
ols at link for referenced static const
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 do
--- 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=14076&action=view)
Compressed pre-processed C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug
mponent: 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/bugzilla/show_bug.cgi?id=33112
break strict-aliasing rules
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
s function
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
--- 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 are
--- 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
--- 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=13235&action=view)
pre-processed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
--- 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 #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 waitin
--- 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
inite loop
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 triple
--- 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
--- 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::vector,
even without the debug mode _GLIBCXX_DEBUG, generates also a bunch (14 !) of
these warnings.
Andrew, I did not follow all the
ion: 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
trange -Wunreachable-code warning with _GLIBCXX_DEBUG
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot pio
--- 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=10523&action=view)
Updated test-case
I fixed the test-case so that it compiles (without "-g") with
--- 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=10522&action=view)
preprocessed C++ bzip2 file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
orever
Product: gcc
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 tri
--- 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=9702&action=view)
gzipped .ii c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--
Summary: 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
--- 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=9664&action=view)
Program that reproduces the error message
--
http://gcc.gnu.org/bugzilla/show_
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
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- 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=9448&action=view)
c++ program that generates the warning
--
http://gcc.gnu.org/bugzilla/show_bug
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
CC: gcc-bugs at
3.4 and 4.0.1.
--
Summary: SFINAE bug
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 so
--- 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
--- 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=9269&action=view)
gzipped preprocessed c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
n: 4.1.0
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
Version: 4.0.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 org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20347
--- 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=8262&action=view)
Benchmark program to compare new/delete to std::allocator
--
http://gcc.
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-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 Fedor
--- 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=8135&action=view)
Compile with -O2 and execute
It is not preprocessed, but uses (and for illustrat
4.0.0
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 host tr
--- 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=7523&action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18436
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
57 matches
Mail list logo
