--- Comment #5 from fw at deneb dot enyo dot de 2010-01-31 09:38 ---
Isn't this a wrong-code bug? Or is the information used for the diagnostic not
used by the optimizers?
--
fw at deneb dot enyo dot de changed:
What|Removed |
--- Comment #12 from fw at deneb dot enyo dot de 2007-03-23 15:23 ---
Subject: Re: operator new[] can return heap blocks which are too small
* mmitchel at gcc dot gnu dot org:
> What does the C standard say about calloc? That's a similar case; the
> multiplication i
--- Comment #3 from fw at deneb dot enyo dot de 2005-11-08 21:12 ---
(In reply to comment #2)
> I gather therefore that Debian
> is building GCC passing --enable-libstdcxx-allocator=mt, something absolutely
> not obvious and not trivial in its consequences.
Seems to be
--- Additional Comments From fw at deneb dot enyo dot de 2005-08-12 15:23
---
Another test case, this time without Unchecked_Conversion. See the discussion
at <http://gcc.gnu.org/ml/gcc/2005-08/msg00344.html>.
-- Another test case for PR21573. Note that if PR23354 is fixed and
mmary: Normalize_Scalars and enumeration types with holes
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb
--- Additional Comments From fw at deneb dot enyo dot de 2005-08-05 21:43
---
(In reply to comment #5)
> (In reply to comment #4)
>
> > What about permitting this as a GNU extension? It seems quite useful for
> > template code.
>
> With "this" you
--- Additional Comments From fw at deneb dot enyo dot de 2005-07-31 09:25
---
What about permitting this as a GNU extension? It seems quite useful for
template code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23147
--- Additional Comments From fw at deneb dot enyo dot de 2005-07-30 13:45
---
What about a GNU extension which would make this program well-formed? I think
it's quite a common pattern, and a requirement to provide a definition would
just increase object code size meaningl
mponent: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.or
ponent: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22435
--- Additional Comments From fw at deneb dot enyo dot de 2005-05-30 17:50
---
In expand_case, we have:
unit size
user align 32 symtab 0 alias set -1 precision 32 min max RM size >
side-effects asm_written
arg 0
unit size
user al
--- Additional Comments From fw at deneb dot enyo dot de 2005-05-14 19:35
---
Subject: Re: 'Valid attribute on enumeration types with holes
* pinskia at gcc dot gnu dot org:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
> 19:09 ---
>
--- Additional Comments From fw at deneb dot enyo dot de 2005-05-14 19:09
---
I should have mentioned that the N'Value business is solely designed to force a
call to the Rep_To_Pos function for T (instead of evaluation of 'Valid at
compile time).
--
http://gcc.gnu.or
: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21573
4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
--- Additional Comments From fw at deneb dot enyo dot de 2005-02-24 22:45
---
But the type conversion is a view conversion, so the operand is not actually
evaluated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19587
0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gn
--- Additional Comments From fw at deneb dot enyo dot de 2005-01-09 23:07
---
There's no multiplication in the source code. The multiplication is an
implementation detail. You can hardly use it to justify the semantics of the
operation.
I would expect that std::bad_alloc is t
--- Additional Comments From fw at deneb dot enyo dot de 2005-01-09 22:35
---
Why is this undefined behavior? Would you quote chapter and verse, please?
GCC's behavior violates 5.3.4(10):
"A new-expression passes the amount of space requested to the allocation
function as
gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC b
20 matches
Mail list logo
