Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC
at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.7.0
GCC host triplet: powerpc-apple-darwin7.7.0
GCC target triplet: powerpc-apple-darwin7.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19244
--- Additional Comments From austern at apple dot com 2005-01-03 20:55
---
Subject: Re: Misleading error message for ill-formed explicit destructor
invocation
On Jan 3, 2005, at 12:49 PM, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinskia at g
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.7.0
GCC host trip
--- Additional Comments From austern at apple dot com 2005-01-03 21:46
---
9.3/9 isn't the most relevant part of the standard. Yes, that gives an example
showing that this syntax
is legal, but examples are non-normative. They're mostly useful for
establishing the int
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.7.0
GCC host triplet: powerpc-apple-darwin7.7.0
GCC target triplet: powerpc-apple-darwin7.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19258
--- Additional Comments From austern at apple dot com 2005-01-05 05:21
---
Nope, I was wrong. DR272 only affects a nonnormative note. I've checked with
Mike Miller, and he
pointed me to the appropriate normative text that implies that X::~X() within a
member function applie
--- Additional Comments From austern at apple dot com 2005-01-05 05:24
---
I was wrong in thinking this was only a diagnostic bug. DR272 only affects a
nonnormative note. I've
checked with Mike Miller, and he pointed me to the appropriate normative text
that implies that
tatus: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: all
GCC host triplet: all
GCC target tr
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.7.0
GCC host triplet: powerpc-apple-da
--- Additional Comments From austern at apple dot com 2005-01-24 18:06
---
I've raised this issue on the C++ standardization committee's core language
reflector. I now find it a
little less clear than I did before. This is closely related to open issue
407. See http:
--- Additional Comments From austern at apple dot com 2005-01-24 18:06
---
I've raised this issue on the C++ standardization committee's core language
reflector. I now find it a
little less clear than I did before. This is closely related to open issue
407. See http:
ot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.7.0
GCC host triplet: powerpc-apple-darwin7.7.0
GCC target triplet: powerpc-apple-darwin7.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19628
--- Additional Comments From austern at apple dot com 2005-01-28 20:17
---
This was undoubtedly caused by Mark's large checkin on 2003-01-29, which
included changes to
constant-expression handling.
I do not believe the __builtin_constant_p change was deliberate. The intent
b
--- Additional Comments From austern at apple dot com 2005-01-31 02:38
---
Subject: Re: [3.4/4.0 Regression] g++ no longer accepts __builtin_constant_p
in constant-expressions
> it checks for built-ins that can appear in consant-expressions, but
> the name
> might seem
us: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: all
GCC host triplet: all
GCC target trip
--
What|Removed |Added
Summary|warning for misplace|warning for misplaced
|semicolon is C-only |semicolon is C-only
http://gcc.gnu.org/
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3471
--- Additional Comments From austern at apple dot com 2003-09-09 18:00 ---
I believe that this resolution is incorrect. f.test(b) initializes a reference of
type const
--- Additional Comments From austern at apple dot com 2004-10-01 23:22 ---
Actually, this is almost straightforward. It has nothing to do with the visibility
attribute: it has to do
with attributes and C++ classes in general. Looking at cp_parser_class, and
especially at
: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: all
GCC host triplet: all
GCC target triplet
: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.5.0
GCC host triplet: powerpc-apple-darwin7.5.0
GCC target triplet: powerpc-apple-darwin7.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18165
Summary: Alternate "asm" name ignored for function imported into
namespace std
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at g
Summary: Error message formatted badly
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at appl
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: all
GCC host triplet: all
GCC target triplet: all
http://
--- Additional Comments From austern at apple dot com 2004-11-18 21:39
---
We have a lot of options that are vaguely similiar to this. It's also
reminiscent of -iprefix. But I actually
think the closest analogy is to -B. Its effect on header and library paths is
the same
--- Additional Comments From austern at apple dot com 2004-11-29 20:56
---
Yep, I see what the problem is now. When we create a builtin in C++, we create
the declaration in both
the global namespace and namespace std. Later, when we see the declaration of
snprintf in the global
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin
GCC host tr
--- Additional Comments From austern at apple dot com 2004-12-03 18:59
---
Subject: Re: Incorrect reinitialization of compound literal
On Dec 3, 2004, at 10:50 AM, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org
> 2
--- Additional Comments From austern at apple dot com 2004-12-03 19:27
---
Subject: Re: Incorrect reinitialization of compound literal
On Dec 3, 2004, at 11:15 AM, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org
> 2
--- Additional Comments From austern at apple dot com 2004-12-03 20:22
---
I don't think this is the most natural interpretation. The line
p = &((int) {1});
sets p to the address of the literal, and at the point we reach it for the
second time the literal itself has
bee
mbols
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gn
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.6.0
GCC host triplet: powerpc-apple-darwin7.6.0
GCC target triplet: powerpc-apple-darwin7.6.0
http://gcc.gnu.
--- Additional Comments From austern at apple dot com 2004-12-18 01:17
---
The code in the C front end that handles this is in finish_decl, in c-decl.c:
if (TREE_CODE (decl) == FUNCTION_DECL && asmspec)
{
if (DECL_BUILT_IN_CLASS (decl) == BUILT_I
t;, not "supportedin".
--
Summary: Typo in visibility warning message
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
34 matches
Mail list logo
