--- Comment #17 from mark at codesourcery dot com 2007-05-12 16:13 ---
Subject: Re: [4.2/4.3 Regression] infinite loop
in tree-ssa-pre or ICE
rguenth at gcc dot gnu dot org wrote:
+
+ /* If the RHS has side-effects, reset has_volatile_ops. */
+ if (TREE_CODE (stmt
--- Comment #14 from mark at codesourcery dot com 2007-05-11 19:45 ---
Subject: Re: [4.2 only] silent data corruption in gfortran
read statement
tkoenig at gcc dot gnu dot org wrote:
I second Jerry's DeLisle's request for inclusion in 4.2. This is a
regression versus g77, the fix
--- Comment #13 from mark at codesourcery dot com 2007-05-08 20:11 ---
Subject: Re: Compile errors with multiple inheritance where
the stdcall attribute is applied to virtual functions.
rridge at csclub dot uwaterloo dot ca wrote:
--- Comment #11 from rridge at csclub dot
--- Comment #6 from mark at codesourcery dot com 2007-05-05 23:16 ---
Subject: Re: powerpc: race
ralf_corsepius at rtems dot org wrote:
--- Comment #2 from ralf_corsepius at rtems dot org 2007-05-03 10:45
---
Created an attachment (id=13502)
-- (http://gcc.gnu.org
--- Comment #38 from mark at codesourcery dot com 2007-05-04 03:47 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
rguenth at gcc dot gnu dot org wrote:
--- Comment #36 from rguenth at gcc dot gnu dot org 2007-05-03 21
--- Comment #13 from mark at codesourcery dot com 2007-05-02 20:02 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path,
at cp/class.c:474
crowl at google dot com wrote:
I think (B*)(D*)0 is a conversion under 4.10.
Has anyone asked about this case
--- Comment #32 from mark at codesourcery dot com 2007-05-02 21:41 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
ian at airs dot com wrote:
Here is one approach which fixes the test case. This introduces a new tree
code
--- Comment #5 from mark at codesourcery dot com 2007-04-23 02:19 ---
Subject: Re: [4.0/4.1/4.2 Regression] string usage leads
to warning with -Wcast-align
pcarlini at suse dot de wrote:
--- Comment #3 from pcarlini at suse dot de 2007-04-22 01:19 ---
In fact, the problem
--- Comment #3 from mark at codesourcery dot com 2007-04-06 22:09 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type
for plabel (.libs/debug_list.o, __gxx_personality_v0).
dave at hiauly1 dot hia dot nrc dot ca wrote:
Looking at this a bit, I think the fix is to add
--- Comment #5 from mark at codesourcery dot com 2007-04-07 00:01 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type
for plabel (.libs/debug_list.o, __gxx_personality_v0).
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #4 from dave at hiauly1 dot hia dot nrc
--- Comment #5 from mark at codesourcery dot com 2007-03-23 02:44 ---
Subject: Re: [4.2/4.3 regression] extern declaration of variable
in anonymous namespace prevents use of its address as template argument
bangerth at dealii dot org wrote:
--- Comment #4 from bangerth at dealii
--- Comment #15 from mark at codesourcery dot com 2007-03-13 21:46 ---
Subject: Re: [4.0/4.1 Regression] internal compiler error:
in make_decl_rtl, at varasm.c:890
pinskia at gcc dot gnu dot org wrote:
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-03-13 21:40
--- Comment #11 from mark at codesourcery dot com 2007-02-21 00:02 ---
Subject: Re: Libiberty doesn't honor the multi-os-directory
settings
ebotcazou at gcc dot gnu dot org wrote:
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-02-20 15:25
---
Looks OK to me
--- Comment #12 from mark at codesourcery dot com 2007-02-14 23:56 ---
Subject: Re: [4.3 regression]: ICE in
ext/pb_ds/regression/list_update_data_map_rand.cc
dnovillo at gcc dot gnu dot org wrote:
--- Comment #11 from dnovillo at gcc dot gnu dot org 2007-02-14 23:54
--- Comment #28 from mark at codesourcery dot com 2007-02-12 01:11 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
tobi at gcc dot gnu dot org wrote:
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6
--- Comment #25 from mark at codesourcery dot com 2007-02-05 19:33 ---
Subject: Re: Shared libstdc++ fails to link
rguenth at gcc dot gnu dot org wrote:
[Paolo, see below for question.]
--- Comment #20 from rguenth at gcc dot gnu dot org 2007-02-05 09:06
---
What we
--- Comment #28 from mark at codesourcery dot com 2007-02-05 20:08 ---
Subject: Re: Shared libstdc++ fails to link
amylaar at gcc dot gnu dot org wrote:
--- Comment #27 from amylaar at gcc dot gnu dot org 2007-02-05 19:52
---
(In reply to comment #25)
I think
--- Comment #15 from mark at codesourcery dot com 2007-02-04 22:53 ---
Subject: Re: Shared libstdc++ fails to link
danglin at gcc dot gnu dot org wrote:
Personally, I believe that the fix for PR 29323 was wrong and has
bloated the EH data emitted by GCC. The EH data for a module
--- Comment #17 from mark at codesourcery dot com 2007-02-05 03:06 ---
Subject: Re: Shared libstdc++ fails to link
dave at hiauly1 dot hia dot nrc dot ca wrote:
Unwind data. We're talking about functions compiled in the
current object.
OK.
I'm not sure it matters
--- Comment #13 from mark at codesourcery dot com 2007-02-05 03:18 ---
Subject: Re: C++ FE emitting assignments to read-only global
symbols
steven at gcc dot gnu dot org wrote:
Mark was going to leave this for GCC 4.2, but hasn't fixed this for GCC 4.2
yet, either. What's going
--- Comment #19 from mark at codesourcery dot com 2007-02-05 05:40 ---
Subject: Re: Shared libstdc++ fails to link
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-05
04:02 ---
Subject: Re: Shared libstdc
--- Comment #12 from mark at codesourcery dot com 2007-01-30 06:39 ---
Subject: Re: [4.1/4.2 Regression] Arg split between
stack/regs can cause stack corruption
ebotcazou at gcc dot gnu dot org wrote:
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-01-30 06:17
--- Comment #13 from mark at codesourcery dot com 2007-01-09 02:49 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] Bogus ambiguity
with templates + friend
pcarlini at suse dot de wrote:
--- Comment #12 from pcarlini at suse dot de 2007-01-06 15:54 ---
Mark, I'm looking a bit
--- Comment #17 from mark at codesourcery dot com 2007-01-05 18:13 ---
Subject: Re: [4.0/4.1 regression] internal consistency
failure
ebotcazou at gcc dot gnu dot org wrote:
Thanks Mark. It seems that a whole new class of internal consistency failures
due to the mishandling
--- Comment #19 from mark at codesourcery dot com 2007-01-05 18:37 ---
Subject: Re: [4.0/4.1 regression] internal consistency
failure
ebotcazou at gcc dot gnu dot org wrote:
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-01-05 18:33
---
Do you mean positive
--- Comment #28 from mark at codesourcery dot com 2007-01-02 03:24 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
dberlin at dberlin dot org wrote:
It would be nice if we could transform those attributes on
gimplification
--- Comment #26 from mark at codesourcery dot com 2007-01-01 00:41 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
dberlin at gcc dot gnu dot org wrote:
If we add a placement_new_expr, and not try to revisit our
--- Comment #5 from mark at codesourcery dot com 2006-12-20 16:35 ---
Subject: Re: [4.3 Regression] internal error in gcc break compilation
carlos at codesourcery dot com wrote:
--- Comment #3 from carlos at codesourcery dot com 2006-12-20 16:01
---
Created an attachment
--- Comment #40 from mark at codesourcery dot com 2006-12-07 06:35 ---
Subject: Re: Can't use __attribute__ ((visibility (hidden)))
to hide a symbol
hjl at lucon dot org wrote:
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00397.html
I'm still not happy with the cgraph_optimize
--- Comment #30 from mark at codesourcery dot com 2006-12-05 21:51 ---
Subject: Re: Can't use __attribute__ ((visibility (hidden)))
to hide a symbol
hjl at lucon dot org wrote:
--- Comment #29 from hjl at lucon dot org 2006-12-05 21:41 ---
I am not sure if my patch handles
--- Comment #34 from mark at codesourcery dot com 2006-12-06 06:44 ---
Subject: Re: Can't use __attribute__ ((visibility (hidden)))
to hide a symbol
hjl at lucon dot org wrote:
--- Comment #33 from hjl at lucon dot org 2006-12-05 23:58 ---
The updated patch is posted
--- Comment #7 from mark at codesourcery dot com 2006-10-10 16:23 ---
Subject: Re: [4.0/4.1/4.2 Regression] Bogus ambiguity with
templates + friend
bangerth at dealii dot org wrote:
We've been over that before, Andrew. It has always been the case that
bugmasters do the initial
--- Comment #20 from mark at codesourcery dot com 2006-10-03 16:13 ---
Subject: Re: [4.0/4.1/4.2 Regression] placement new
does not change the dynamic type as it should
ian at airs dot com wrote:
Fortunately I believe that in a correct program we only have a problem when we
can
--- Comment #22 from mark at codesourcery dot com 2006-10-04 05:39 ---
Subject: Re: [4.0/4.1/4.2 Regression] placement new
does not change the dynamic type as it should
ian at airs dot com wrote:
--- Comment #21 from ian at airs dot com 2006-10-03 23:44 ---
In C a general
--- Comment #5 from mark at codesourcery dot com 2006-09-01 22:30 ---
Subject: Re: [4.1/4.2 regression] Template specialization
with array rejected
pinskia at gcc dot gnu dot org wrote:
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-01 22:24
---
(In reply
--- Comment #8 from mark at codesourcery dot com 2006-09-02 03:50 ---
Subject: Re: [4.1/4.2 regression] Template specialization
with array rejected
pinskia at physics dot uc dot edu wrote:
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-02 01:39
---
Subject
--- Comment #11 from mark at codesourcery dot com 2006-08-02 03:29 ---
Subject: Re: [4.0/4.1/4.2 regression] ICE in ia64_expand_move,
at config/ia64/ia64.c:1088
steven at gcc dot gnu dot org wrote:
Why is this a P1 regression? ia-64 is not a primary platform.
True -- but IA64
--- Comment #2 from mark at codesourcery dot com 2006-07-23 15:59 ---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace
DIE
drow at gcc dot gnu dot org wrote:
--- Comment #1 from drow at gcc dot gnu dot org 2006-07-23 00:12 ---
Mark, did the old C++ parser
--- Comment #4 from mark at codesourcery dot com 2006-07-23 16:48 ---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace
DIE
drow at gcc dot gnu dot org wrote:
--- Comment #3 from drow at gcc dot gnu dot org 2006-07-23 16:44 ---
Subject: Re: [4.0/4.1/4.2
--- Comment #8 from mark at codesourcery dot com 2006-07-23 20:17 ---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace
DIE
drow at gcc dot gnu dot org wrote:
It did so by introducing FROB_CONTEXT. Right now, FROB_CONTEXT is used at a
number of places which set
--- Comment #11 from mark at codesourcery dot com 2006-07-24 00:05 ---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace
DIE
gdr at integrable-solutions dot net wrote:
--- Comment #10 from gdr at integrable-solutions dot net 2006-07-23
23:47 ---
Subject: Re
--- Comment #15 from mark at codesourcery dot com 2006-07-19 06:00 ---
Subject: Re: [4.0 Regression] rejects valid code with some
extern C
tbm at cyrius dot com wrote:
So apparently this is invalid code. However, I feel very strongly that a
point
release of GCC should
--- Comment #1 from mark at codesourcery dot com 2006-06-23 18:14 ---
Subject: Re: New: libstdc++ and pthread cancellation
are incompatible (at least with NPTL)
drow at gcc dot gnu dot org wrote:
On targets using a recent version of glibc and the NPTL threading package, if
you
--- Comment #4 from mark at codesourcery dot com 2006-06-24 04:10 ---
Subject: Re: C++ (throw() and catch(...) {/* fall through
*/ } ) and pthread cancellation are incompatible (at least with NPTL)
drow at gcc dot gnu dot org wrote:
--- Comment #3 from drow at gcc dot gnu dot
--- Comment #1 from mark at codesourcery dot com 2006-06-20 20:37 ---
Subject: Re: New: vectors initialized in ctors, not at compile
time, cause altivec-3.C failure
janis at gcc dot gnu dot org wrote:
Test g++.dg/ext/altivec-3.C has been failing for mainline on powerpc64-linux
--- Comment #3 from mark at codesourcery dot com 2006-06-20 21:00 ---
Subject: Re: [4.2 Regression] vectors initialized in ctors,
not at compile time, cause altivec-3.C failure
pinskia at gcc dot gnu dot org wrote:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-20
--- Comment #13 from mark at codesourcery dot com 2006-06-15 15:27 ---
Subject: Re: [4.1/4.2 Regression] internal compiler error:
no-op convert from 4 to 8 bytes in initializer
dj at redhat dot com wrote:
--- Comment #12 from dj at redhat dot com 2006-06-15 15:19
--- Comment #14 from mark at codesourcery dot com 2006-06-06 16:37 ---
Subject: Re: [4.1 Regression] num_ssa_names inconsistent
or immediate use iterator wrong
amacleod at redhat dot com wrote:
--- Comment #13 from amacleod at redhat dot com 2006-06-06 14:43 ---
Created
--- Comment #4 from mark at codesourcery dot com 2006-06-06 22:35 ---
Subject: Re: [4.0/4.1/4.2 regression] ICE with volatile in
conditional expression
reichelt at gcc dot gnu dot org wrote:
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-06 22:12
--- Comment #12 from mark at codesourcery dot com 2006-06-01 14:59 ---
Subject: Re: [4.1 Regression] num_ssa_names inconsistent
or immediate use iterator wrong
jakub at gcc dot gnu dot org wrote:
--- Comment #11 from jakub at gcc dot gnu dot org 2006-06-01 11:48
---
Does
--- Comment #8 from mark at codesourcery dot com 2006-05-31 22:56 ---
Subject: Re: [4.0/4.1/4.2 Regression] C++ error recovery regression
sabre at nondot dot org wrote:
--- Comment #7 from sabre at nondot dot org 2006-05-31 22:17 ---
Ok, makes sense. The strategy that made
--- Comment #5 from mark at codesourcery dot com 2006-05-24 15:09 ---
Subject: Re: Rejected valid specialization of member template
reichelt at gcc dot gnu dot org wrote:
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-24 09:51
---
The case with A0::B
--- Comment #6 from mark at codesourcery dot com 2006-05-21 17:07 ---
Subject: Re: install failure due to unconditional invocation
of makeinfo for treelang.texi
aldot at gcc dot gnu dot org wrote:
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-21 12:16
--- Comment #8 from mark at codesourcery dot com 2006-05-21 17:58 ---
Subject: Re: install failure due to unconditional invocation
of makeinfo for treelang.texi
aldot at gcc dot gnu dot org wrote:
--- Comment #7 from aldot at gcc dot gnu dot org 2006-05-21 17:46
--- Comment #51 from mark at codesourcery dot com 2006-05-22 02:15 ---
Subject: Re: [4.0/4.1/4.2 regression] ICE in create_tmp_var
with C99 style struct initializer
pinskia at gcc dot gnu dot org wrote:
--- Comment #50 from pinskia at gcc dot gnu dot org 2006-05-21 20:51
--- Comment #1 from mark at codesourcery dot com 2006-05-17 17:38 ---
Subject: Re: New: [4.1 regression] Bootstrap failure
on native ARM targets
rearnsha at gcc dot gnu dot org wrote:
This patch:
2006-05-16 H.J. Lu [EMAIL PROTECTED]
* Makefile.in (GCC_OBJS): Replace
--- Comment #11 from mark at codesourcery dot com 2006-05-16 16:51 ---
Subject: Re: [4.1/4.2 regression] -m64 -m32 no longer creates
32-bit object
hjl at lucon dot org wrote:
--- Comment #10 from hjl at lucon dot org 2006-05-16 16:32 ---
Hi Mark,
I realized that I had
--- Comment #7 from mark at codesourcery dot com 2006-05-03 14:51 ---
Subject: Re: [4.0/4.1 regression] ICE on invalid constructor
definition
reichelt at gcc dot gnu dot org wrote:
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-03 10:38
---
Mark, do you want
--- Comment #10 from mark at codesourcery dot com 2006-04-30 16:50 ---
Subject: Re: no static definition at -O0
hubicka at gcc dot gnu dot org wrote:
I don't quite see reason for outputting unneeded static functions even at -O0
that it mostly just slows down the compilation process
--- Comment #3 from mark at codesourcery dot com 2006-04-28 05:02 ---
Subject: Re: gcc/Makefile.in:s-macro_list sed fails
with make 3.81 due to POSIX support changes
debian-gcc at lists dot debian dot org wrote:
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-04
--- Comment #7 from mark at codesourcery dot com 2006-04-19 16:57 ---
Subject: Re: [4.0/4.1/4.2 Regression] Treating a class object
as a function with member variables causes hang
reichelt at gcc dot gnu dot org wrote:
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-04
--- Comment #5 from mark at codesourcery dot com 2006-04-18 19:41 ---
Subject: Re: [4.0/4.1/4.2 regression] ICE with invalid class
name in function template
reichelt at gcc dot gnu dot org wrote:
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-18 10:43
---
Hi
--- Comment #34 from mark at codesourcery dot com 2006-04-17 15:37 ---
Subject: Re: [4.1/4.2 Regression] gcc fails to build on
powerpc e500-double targets
edmar at freescale dot com wrote:
--- Comment #33 from edmar at freescale dot com 2006-04-17 15:22 ---
The latest
--- Comment #19 from mark at codesourcery dot com 2006-02-28 00:25 ---
Subject: Re: [4.0 Regression] ICE with const int copied into
two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
--- Comment #18 from rakdver at atrey dot karlin dot mff dot
--- Comment #6 from mark at codesourcery dot com 2006-02-24 19:14 ---
Subject: Re: [4.1/4.2 Regression] gcc fails to build on
powerpc e500-double targets
edmar at freescale dot com wrote:
I started a build. This is a very slow target, it will take several hours...
If you've got
--- Comment #8 from mark at codesourcery dot com 2006-02-24 21:07 ---
Subject: Re: [4.1/4.2 Regression] gcc fails to build on
powerpc e500-double targets
edmar at freescale dot com wrote:
--- Comment #7 from edmar at freescale dot com 2006-02-24 20:45 ---
Created
--- Comment #20 from mark at codesourcery dot com 2006-02-24 02:17 ---
Subject: Re: [4.0/4.1/4.2 regression] rejects i(var
+ 1)
mrs at apple dot com wrote:
--- Comment #19 from mrs at apple dot com 2006-02-24 02:14 ---
This was not 4.1.0 before, it was 4.0.3.
Yes. I
--- Comment #6 from mark at codesourcery dot com 2006-02-14 19:26 ---
Subject: Re: [4.0/4.1/4.2 regression] Trouble with static
const data members in template classes
reichelt at gcc dot gnu dot org wrote:
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-14 17:13
--- Comment #17 from mark at codesourcery dot com 2006-02-15 01:56 ---
Subject: Re: [4.1/4.2 Regression] reload leaves insns
from earlier passes around: fatal for postinc
Joern RENNECKE wrote:
I have started regression tests for i686-pc-linux-gnu native, X arm-elf,
X cris-elf, X
--- Comment #8 from mark at codesourcery dot com 2006-02-14 01:21 ---
Subject: Re: [4.0/4.1 regression] ICE in reload_cse_simplify_operands,
at postreload.c:391
Joern RENNECKE wrote:
No, it is just a matter of what is desired for the branch. Mark, would
you like
me to backport
--- Comment #19 from mark at codesourcery dot com 2006-02-01 08:21 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE on throw code
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
Zdenek, have you submitted the patch yet for mainline?
no, I was waiting for reactions on my
--- Comment #38 from mark at codesourcery dot com 2006-01-20 18:02 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
matz at suse dot de wrote:
--- Comment #37 from matz at suse dot de 2006-01-20 16:36 ---
Hmpf. One more difficulty. x86
--- Comment #33 from mark at codesourcery dot com 2006-01-19 16:59 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
matz at suse dot de wrote:
--- Comment #32 from matz at suse dot de 2006-01-19 14:44 ---
Mark, I agree that it's saner when
--- Comment #35 from mark at codesourcery dot com 2006-01-19 19:14 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
steven at gcc dot gnu dot org wrote:
- Older HP compilers and MS compilers use zero-length bit-fields to force
the following
--- Comment #29 from mark at codesourcery dot com 2006-01-18 23:00 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
I think that we should do as follows.
Preserve the original value of maximum_field_alignment when doing
#pragma pack. Then, for zero
--- Comment #31 from mark at codesourcery dot com 2006-01-18 23:28 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
steven at gcc dot gnu dot org wrote:
--- Comment #30 from steven at gcc dot gnu dot org 2006-01-18 23:08
---
We should
--- Comment #9 from mark at codesourcery dot com 2006-01-14 18:44 ---
Subject: Re: [4.0/4.1/4.2 Regression] Trouble parsing nested
templated constructor calls
rguenth at gcc dot gnu dot org wrote:
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-01-14 10:55
--- Comment #10 from mark at codesourcery dot com 2006-01-14 18:48 ---
Subject: Re: [4.0/4.1/4.2 Regression] Trouble parsing nested
templated constructor calls
steven at gcc dot gnu dot org wrote:
--- Comment #8 from steven at gcc dot gnu dot org 2006-01-14 12:22
--- Comment #5 from mark at codesourcery dot com 2006-01-14 04:56 ---
Subject: Re: [4.0/4.1/4.2 Regression] Trouble parsing nested
templated constructor calls
Richard --
First, please respect my request that only the RM set priority fields
for bugs. Therefore, please set this back
--- Comment #7 from mark at codesourcery dot com 2006-01-03 23:01 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at gcc dot gnu dot org wrote:
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-01-03 22:40
--- Comment #10 from mark at codesourcery dot com 2006-01-04 00:01 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
tree const_expr = expr;
do
{
expr
--- Comment #11 from mark at codesourcery dot com 2006-01-04 00:02 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
what about this patch, then (assuming it passes testing
--- Comment #5 from mark at codesourcery dot com 2005-12-22 08:19 ---
Subject: Re: Werror problem in build
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-22 07:35
---
(In reply to comment #3)
So, on MinGW, you should
--- Comment #11 from mark at codesourcery dot com 2005-12-19 18:40 ---
Subject: Re: [4.1/4.2 Regression] (short) ((int)(unsigned
short) + (int)) is done in the wrong type
Kazu Hirata wrote:
Hi Mark,
(Why should we get 1? Upon entry to f, a will be 1, since 32769 will be
reduced
--- Comment #16 from mark at codesourcery dot com 2005-11-26 21:48 ---
Subject: Re: Patch for ia64-hpux problems
Joseph S. Myers wrote:
This patch fixes the ia64-hpux problems with my __floatun* patch. It adds
a full set of C implementations of __floatunsi* which should also
--- Comment #5 from mark at codesourcery dot com 2005-11-22 05:17 ---
Subject: Re: [3.4 Regression] Segfault with -frepo -g
gdr at gcc dot gnu dot org wrote:
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:39 ---
(In reply to comment #3)
It looks like
--- Comment #15 from mark at codesourcery dot com 2005-11-19 17:34 ---
Subject: Re: [4.1 Regression] profilebootstrap failure
rguenth at gcc dot gnu dot org wrote:
--- Comment #13 from rguenth at gcc dot gnu dot org 2005-11-19 10:38
---
Changing the summary to reflect
--- Comment #25 from mark at codesourcery dot com 2005-11-16 16:53 ---
Subject: Re: [4.1 regression] Bogus 'is used uninitialized...'
warning about std::complexT
schwab at suse dot de wrote:
--- Comment #23 from schwab at suse dot de 2005-11-16 14:20 ---
(In reply
--- Comment #31 from mark at codesourcery dot com 2005-11-16 18:58 ---
Subject: Re: [4.1 regression] Bogus 'is used uninitialized...'
warning about std::complexT
pinskia at gcc dot gnu dot org wrote:
From the C perspective the warning is correct as you are loading piece wise
which
--- Comment #33 from mark at codesourcery dot com 2005-11-16 20:08 ---
Subject: Re: [4.1 regression] Bogus 'is used uninitialized...'
warning about std::complexT
pinskia at gcc dot gnu dot org wrote:
--- Comment #32 from pinskia at gcc dot gnu dot org 2005-11-16 19:58
--- Comment #10 from mark at codesourcery dot com 2005-11-14 17:59 ---
Subject: Re: [4.1 Regression] ICE on pointer initialization
with C99 initializer
giovannibajo at libero dot it wrote:
--- Comment #9 from giovannibajo at libero dot it 2005-11-14 00:30
---
Mark, do
--- Comment #12 from mark at codesourcery dot com 2005-11-14 18:27 ---
Subject: Re: [4.1 Regression] ICE on pointer initialization
with C99 initializer
dberlin at gcc dot gnu dot org wrote:
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-11-14 18:14
---
Mark
--- Comment #5 from mark at codesourcery dot com 2005-11-11 06:26 ---
Subject: Re: [4.0/4.1 Regression] ICE set_mem_attributes_minus_bitpos
pinskia at gcc dot gnu dot org wrote:
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 23:20
---
Mark do you know
--- Comment #15 from mark at codesourcery dot com 2005-10-30 22:33 ---
Subject: Re: [3.4/4.0/4.1 regression] Minor compilation
problem for cross to Solaris 8
What's this 4.1blocker- stuff about? This certainly isn't a 4.1
blocker, and that information is already computable from
--- Comment #17 from mark at codesourcery dot com 2005-10-30 22:38 ---
Subject: Re: [3.4/4.0/4.1 regression] Minor compilation
problem for cross to Solaris 8
pinskia at gcc dot gnu dot org wrote:
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-30 22:36
--- Comment #7 from mark at codesourcery dot com 2005-10-31 07:44 ---
Subject: Re: [3.4/4.0/4.1 Regression] bitfield layout
change (regression?)
steven at gcc dot gnu dot org wrote:
--- Comment #6 from steven at gcc dot gnu dot org 2005-10-31 07:21
--- Comment #5 from mark at codesourcery dot com 2005-10-28 00:50 ---
Subject: Re: no static definition
pinskia at gcc dot gnu dot org wrote:
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-28 00:24
---
(In reply to comment #3)
I wouldn't call
--- Comment #7 from mark at codesourcery dot com 2005-10-28 02:16 ---
Subject: Re: no static definition
pinskia at gcc dot gnu dot org wrote:
Not really as unit at a time is considered an optimization and the C++
front-end just turns it on always.
I don't think that's accurate
--- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
rguenth at gcc dot gnu dot org wrote:
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40
--- Comment #9 from mark at codesourcery dot com 2005-10-19 20:58 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
Mark did you look how long this bug as been here, it predates tree-ssa
by a year. So I don't think we should change
101 - 200 of 338 matches
Mail list logo