Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gianni at mariani dot ws
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31512
--- Comment #1 from gianni at mariani dot ws 2007-04-09 13:51 ---
I just built gcc-4.3-20070202 x86_64-redhat-linux and confirmed behaviour is
the same as 4.1.1.
--
gianni at mariani dot ws changed:
What|Removed |Added
fault arg but bot used here
}
--
Summary: Template type dedution of funtion reference includes
default args
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unas
--- Comment #13 from gianni at mariani dot ws 2007-08-06 06:26 ---
This seems like a serious bug and it has been around for 6 years and there has
been a patch to fix this as noted by Gaby.
Is someone of the opinion that this should not be fixed ?
--
http://gcc.gnu.org/bugzilla
--- Comment #40 from gianni at mariani dot ws 2007-05-09 01:54 ---
Paolo writes:
> ... concur that is better implemented without reference-counting ...
Could I ask you to enumerate the reasons why you come to this conclusion ? I
just want understand better why (royal) we came to t
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gianni at mariani dot ws
Target Milestone: ---
Created attachment 45310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45310&action=edit
Source code for bug: add_bug.cpp
Compiler --version "g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88646
gianni at mariani dot ws changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
o: unassigned at gcc dot gnu dot org
ReportedBy: gianni at mariani dot ws
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26116
--- Comment #6 from gianni at mariani dot ws 2006-02-06 16:52 ---
Just another data point.
I tried both the original tell_endian() and the tell_endian_good() functions on
the MS Visual Studio 2003 compiler and both generated:
:
0: b0 01 mov$0x1,%al
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gianni at mariani dot ws
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13384
ually inherited
class constructor
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gianni at mariani d
--- Additional Comments From gianni at mariani dot ws 2005-01-14 03:00
---
I request that we reopen this bug in light of some further discussions.
From: comp.lang.c++.moderated :
Sender: [EMAIL PROTECTED]
After reading your code and the discussion in the comp.std.c++ thread:
http
--- Additional Comments From gianni at mariani dot ws 2005-01-14 06:47
---
> Quoting the standard again (the same passage which we all quoted):
James Kanze added a comment in this bug - I'll quote it here:
> The context of the quote from the standard is:
> "If the
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gianni at mariani dot ws
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bug
--- Additional Comments From gianni at mariani dot ws 2005-02-01 04:41
---
BTW - gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) accepts the code, would
this be a regression ?
--
What|Removed |Added
--- Additional Comments From gianni at mariani dot ws 2005-02-03 01:56
---
> This is not a GCC bug and should not be fixed in GCC. The bug is in the test
> code which accesses an object that is shared by multiple threads without
> proper
> mutexes. Period. End of story.
T
16 matches
Mail list logo
