--- Additional Comments From tsandnes at atmel dot com 2005-03-11 07:43
---
> Here is the ELF file. Runs on an ATmega128 using about 75% code space,
> almost all of 32k expanded SRAM and almost all of EEPROM. I hope that this
> helps. Please treat the file as confidential.
>
> BTW, I
This very simple testcase fails with an ICE on mainline:
-- 8< --
~/src/tmp > $MYGCJ --version
gcj (GCC) 4.1.0 20050311 (experimental)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying
cp -p ../../gcc-4.0-20050305/gcc/ada/sinfo.ads ../../gcc-4.0-
20050305/gcc/ada/nmake.adt ../../gcc-4.0-20050305/gcc/ada/xnmake.adb
ada/nmake.adb ada/bldtools
(cd ada/bldtools; gnatmake -q xnmake ; ./xnmake -s ../nmake.ads )
make[2]: *** [ada/nmake.ads] Error 139
make[2]: Leaving directory `/home/d
When a static const reference bound is bound to a temporary, the temporary is
destroyed when the enclosing function exits. The lifetime of the temporary
should (I believe) be the same as that of the reference.
The program below illustrates the problem. The bug did not occur with 3.2.1,
3.2.3 or 3.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-11
05:45 ---
Confirmed, pshufw is marked wrong in mmx.md, I think it should be moved to
sse.md and marked as
SSE only.
--
What|Removed |Added
---
__builtin_ia32_vec_init_v4hi and __builtin_ia32_vec_init_v8qi
produce the pshufw instruction when compiled with -O2 and any of the
switches -mmmx, -m3dnow, -march=pentium-mmx, -march=pentium2,
-march=k6, -march=k6-2, i.e. targeting CPUs which do not support SSE.
Environment:
System: Linux localho
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-11
05:31 ---
See
http://gcc.gnu.org/ml/gcc/2005-03/msg00513.html
for relevant comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13464
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
05:14 ---
I think this is fixed. This is my tree dump with my patches to 20130 and 15784:
;; Function foo (foo)
foo (length, fmt)
{
int D.1243;
int i;
int D.1225;
:
if (length >= 0) goto ; else goto ;
:;
--
Bug 19986 depends on bug 20130, which changed state.
Bug 20130 Summary: Fold a * -1 - 1 into ~a;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20130
What|Old Value |New Value
--
Bug 19721 depends on bug 20130, which changed state.
Bug 20130 Summary: Fold a * -1 - 1 into ~a;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20130
What|Old Value |New Value
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
05:03 ---
fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19986 depends on bug 15784, which changed state.
Bug 15784 Summary: fold misses binary optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15784
What|Old Value |New Value
--
Bug 20130 depends on bug 15784, which changed state.
Bug 15784 Summary: fold misses binary optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15784
What|Old Value |New Value
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
05:03 ---
Jeff Law rechecked in the patch for this bug.
--
What|Removed |Added
Status|REO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-11
04:52 ---
Subject: Bug 15784
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-11 04:52:44
Modified files:
gcc: ChangeLog fold-const.c stmt.c
Log m
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
03:55 ---
Backported changes to gcc-4_0-branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-11
03:53 ---
Subject: Bug 20326
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-11 03:52:56
Modified files:
gcc/testsuite/treelang:
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-11
03:29 ---
I've restored the target milestone for this bug, but made the priority P3. I
think that it would be good to fix this bug, since these GLIBCs are out there in
the wild. The right fix is indded to add that
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
03:20 ---
This should be closed when 15784 goes back into the tree.
--
What|Removed |Added
Target Mi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-11
03:19 ---
Subject: Bug 20130
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-11 03:18:56
Modified files:
gcc: ChangeLog fold-const.c
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-11
03:14 ---
Subject: Bug 20331
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-11 03:14:45
Modified files:
gcc: ChangeLog rtlanal.c
Log message:
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-11 01:32
---
The submitter's testcase works if function __gcov_init in libgcov.c
is declared hidden. Probably all of the __gcov* symbols ought to be
hidden; I'll work on a patch to hide that symbol and others that seem
ap
--- Additional Comments From pluto at pld-linux dot org 2005-03-11 01:29
---
(In reply to comment #6)
> Created an attachment (id=8374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8374&action=view)
> test patch.
>
Attached patch was wrong.
Now I have libgcj0_convenience d
--- Additional Comments From law at redhat dot com 2005-03-11 00:51 ---
Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump
to reg
On Thu, 2005-03-10 at 17:37 -0300, Alexandre Oliva wrote:
> On Mar 10, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
>
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-11
00:38 ---
Subject: Bug 20095
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-11 00:38:32
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.
--- Additional Comments From commie1 at gmx dot net 2005-03-10 23:54
---
But it's not technically an SSE instruction, and you might still want to use it
when -march=prescott -mno-sse3 is given.
Anyway, I've tested your patch by bootstrapping a patched gcc with
--with-arch=prescott, and
--- Additional Comments From pluto at pld-linux dot org 2005-03-10 23:49
---
CC'ed.
--
What|Removed |Added
CC||pluto at pld-linu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
23:35 ---
Fixed in 4.1.0 and above.
--
What|Removed |Added
Status|NEW
--- Additional Comments From sje at cup dot hp dot com 2005-03-10 23:21
---
I have submitted a patch to xfail this test. I do not think we should change
the ia64-hpux platform to build the GCC unwind library. It currently uses the
system unwind library instead and I think that is the r
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
23:13 ---
(In reply to comment #27)
> I've just built qt334/kde340(core) with -march=i686 -O/-O2.
> They are totally broken (damaged grahpics/widgets) :/
> I don't have a testcase at this moment but gcc4 has a serio
--- Additional Comments From pluto at pld-linux dot org 2005-03-10 23:00
---
I've just built qt334/kde340(core) with -march=i686 -O/-O2.
They are totally broken (damaged grahpics/widgets) :/
I don't have a testcase at this moment but gcc4 has a serious bug.
--
http://gcc.gnu.org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
22:22 ---
Subject: Bug 20412
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-10 22:22:17
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
22:22 ---
Fixed applied.
--
What|Removed |Added
Status|NEW |RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
22:13 ---
Subject: Bug 20412
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-10 22:13:01
Modified files:
gcc: ChangeLog simplify-rtx.c
gcc
--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-10 22:12
---
Uros,
Instead of making a brand new x86_fsittp flag and TARGET_FSITTP this should just
entirely depend on the existing macro TARGET_SSE3.
Note that the vol 2A of the IA-32 manual [3-251-2] says:
FISTTP: Sto
--- Additional Comments From fche at redhat dot com 2005-03-10 21:57
---
Myseriously, the bug still appears fixed, in both 4_0-branch and mainline,
despite the reversion. See libmudflap/testsuite/*++/pass55*. For archival
purposes, the last approved but apparently unnecessary patch for
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-10 21:31
---
Fixed in CVS.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ericw at evcohs dot com 2005-03-10 21:30
---
Marek, can you review this bug, the attached patches, and possibly approve
committing the fix?
Thanks
Eric
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
21:30 ---
Subject: Bug 20322
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-10 21:29:56
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
21:26 ---
Subject: Bug 20322
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-10 21:26:12
Modified files:
gcc: ChangeLog combine.c
gcc/test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
21:23 ---
Fixed in 4.0.0 by:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01676.html
>From that patch:
"The underlying problem was that we were not handling C-style casts as
one of const_cast, static_cast, or reinter
--- Additional Comments From pcarlini at suse dot de 2005-03-10 21:19
---
Seems already fixed in mainline and 4_0-branch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20414
It seems that g++ is not compliant with the standard for old-style C casts -
potentially causing programs to crash.
Below is a code sample followed by an detailing of what happens in practice, and
what I think should happen. Cast#5 is the problematic cast.
CODE STARTS HERE =
#in
--- Additional Comments From joel at gcc dot gnu dot org 2005-03-10 20:50
---
Any chance of this getting committed to the 3.4, 4.0 and 4.1 branches so it
can be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-10
20:38 ---
Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump to
reg
On Mar 10, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 09, 2005 at 07:26:37AM -0300, Alexandre Oliva
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
20:09 ---
Found the typo.
The following patch fixes the ICE and corrects the mode problem.
I will apply this as ovbious as this was broken when
simplify_relational_operation_1 was moved out of
simplify_relational_op
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-10
19:59 ---
Created an attachment (id=8375)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8375&action=view)
patch against 3.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20413
Various parts of the compiler generate LABEL_REFS with VOIDmode instead of
Pmode.
This can cause some optimizations to be missed because two pieces of code
might be identical, except for the mode of their LABEL_REFS - then they still
compare as non-equal, e.g. for if-conversion or cross-jumping.
--
What|Removed |Added
BugsThisDependsOn||20413
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
19:56 ---
*** Bug 20401 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
19:56 ---
I could sware I closed this as a dup of bug 100 before.
*** This bug has been marked as a duplicate of 100 ***
--
What|Removed |Added
---
--- Additional Comments From bangerth at dealii dot org 2005-03-10 19:55
---
This is a duplicate of a good number of other PRs. I don't have the time
right now to find them, though...
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20401
--- Additional Comments From pluto at pld-linux dot org 2005-03-10 19:53
---
Created an attachment (id=8374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8374&action=view)
test patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
19:48 ---
Hmm, we are simplifing the following RTL:
(compare:CC (ne:SI (reg:SI 131)
(const_int 0 [0x0]))
(const_int 0 [0x0]))
To:
(reg:SI 131)
Which is wrong (but I should note that simplify_set
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-10 19:42
---
Created an attachment (id=8373)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8373&action=view)
smaller C test case
The test case provided by the submitter runs successfully if the executable is
built w
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
19:41 ---
Without RTL checking we get this backtrace:
#0 0x0066027c in simplify_comparison (code=REG, pop0=0xbfffef8c,
pop1=0xbfffef90) at ../../gcc/
combine.c:9584
#1 0x00650ad4 in simplify_set (x=0x4157ab04) at .
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-10
19:40 ---
Confirmed:
pr20412.c: In function 'foo':
pr20412.c:20: internal compiler error: RTL check: expected elt 0 type 'e' or
'u', have 'i' (rtx reg) in simplify_set, at combine.c:5145
Please submit a full bug re
--- Additional Comments From micis at gmx dot de 2005-03-10 19:25 ---
I did a bootstrap and run the checks on x86_64-linux. No new regressions.
Then I compiled my application including QT 3.3.4, ACE 5.4.2, GSL 1.5 and all
worked well.
Many thanks for the quick fix.
Michael Cieslinski
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
19:21 ---
Note there are two problems here, foo2/foo in the orginal example are found to
pure/const function so
they are optimizated away which is different than inlining.
This all fixed on the tree profiling branc
--- Additional Comments From pluto at pld-linux dot org 2005-03-10 19:11
---
I've recheckd the install log and found the reason of relinking error.
/home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/gcc/xgcc
-shared-libgcc
-B/home/users/pluto/multimedia/rp
--- Additional Comments From pluto at pld-linux dot org 2005-03-10 19:01
---
[~/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libjava/.libs]
drwxr-xr-x 2 pluto users 4096 2005-03-10 19:51 .
drwxr-xr-x 15 pluto users 4096 2005-03-10 19:51 ..
-rw--- 1 pl
/*
gcc-4.0 sparc-SunOS bug
gcc-4.0 -O0 -c foo.c // ok
gcc-4.0 -O1 -c foo.c // ICE
% gcc-4.0 -v
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /home/kate/gcc-4.0-20050305/src/gcc-4.0-20050305/configure
--enab
I believe this is a known problem, but I couldn't find it anywhere.
The inliner at -O2 will attempt to inline any small functions. It will not
however try to inline functions will external linkage, which includes all
templated functions.
As much C++ code (including libstdc++) contains many small
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
18:40 ---
Subject: Bug 20312
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-10 18:40:28
Modified files:
gcc/java : ChangeLog parse.y
Log message:
--- Additional Comments From joern dot rennecke at st dot com 2005-03-10
18:18 ---
Subject: Re: [3.4/4.0/4.1 Regression] Wrong code generation for the argument
of the pure function in PIC
rth at gcc dot gnu dot org wrote:
>--- Additional Comments From rth at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
18:17 ---
The bug is in convert_to_base_statically.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19817
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
18:12 ---
Suspending until then.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
18:12 ---
Confirmed, but this will most likely not going to happen until this is approved
or is decided that is
about to be approved.
--
What|Removed |Added
-
This is a request for enhancement. Please add platform independent UTF-16 string
syntax (platform independent means not using wchar_t). The variability of the
wchar_t type makes it unsuitable for UTF-16 strings. This request is to
implement ISO/IEC JTC1 SC22 WG14's technical report that is titled,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
17:35 ---
The change to cp-gimplifier.c should still happen as it makes not create a
INTEGER_CST for an
aggregate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20408
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
17:30 ---
(In reply to comment #10)
> I think we should produce an empty CONSTRUCTOR (which I am testing right now).
That did not fix it, we still get code generated for the "empty" struct:
;; D.1594 = {}
(nil)
;; fo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
17:15 ---
(In reply to comment #9)
> Eh, I was looking at the very same code... Can't we deal with EMPTY_CLASS_EXPR
> similarly to USING_STMT? ;) ;)
I think we should produce an empty CONSTRUCTOR (which I am testing
--- Additional Comments From pcarlini at suse dot de 2005-03-10 17:13
---
Eh, I was looking at the very same code... Can't we deal with EMPTY_CLASS_EXPR
similarly to USING_STMT? ;) ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20408
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
17:07 ---
>From cp-gimplifier.c:
case EMPTY_CLASS_EXPR:
/* We create an INTEGER_CST with RECORD_TYPE and value zero. */
*expr_p = build_int_cst (TREE_TYPE (*expr_p), 0);
This is wrong.
--
http://
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
17:06 ---
>From call.c:
/* Don't pass empty class objects by value. This is useful
for tags in STL, which are used to control overload resolution.
We don't need to handle other cases of copying empty clas
Hello,
I have problem using gcc 3.4.3. preprocessed file is attached. Gcc
3.3.x works right, several 3.4.x's checked so far crashed.
Marcin Mogielnicki, ICM, Poland
# gcc -c -Wall -std=gnu99 -mmmx -msse -D_GNU_SOURCE -ffast-math overfit.c
-fPIC -DPIC -o overfit.o
overfit.c: In function
--- Additional Comments From pcarlini at suse dot de 2005-03-10 16:19
---
Andrew, is Daniel Berlin struct aliasing work likely to help, here?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
16:25 ---
*** Bug 20409 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
16:24 ---
This is not a target bug but rather a bug in CSE.
This is a dup of bug 20249.
*** This bug has been marked as a duplicate of 20249 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
16:21 ---
(In reply to comment #5)
> Andrew, is Daniel Berlin struct aliasing work likely to help, here?
No, fixing the front-end so it no longer produces a = 0 will most likely fix
this as that is just wrong.
--
/* { dg-do compile } */
/* { dg-options "-O2 -fprofile-generate" } */
struct S
{
int a;
void **b;
};
void
foo (struct S *x, int y)
{
if (!x)
return;
if (y >= x->a)
return;
x->a--;
for (; y < x->a; y++)
x->b[y] = x->b[y + 1];
x->b[x->a] = (void *) 0;
}
ICEs on IA-64 duri
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
16:10 ---
Werid on PPC, we get the most optimal code of
__Z8call_foov:
LFB2:
b __Z3foo1X
--
What|Removed |Added
--- Additional Comments From chris at bubblescope dot net 2005-03-10 16:05
---
When you say "has no effect in final code", are you talking about the problem
you noticed, or the problem as a whole?
I find for each extra X I add to the type of foo I get a line much like:
movb %al, 28(%es
--- Additional Comments From chris at bubblescope dot net 2005-03-10 16:00
---
ignore my random changing of severity..
--
What|Removed |Added
Severity|minor
--- Additional Comments From joseph at codesourcery dot com 2005-03-10
15:59 ---
Subject: Re: New: Rejects valid C99 for the C++ front-end
On Thu, 10 Mar 2005, pinskia at gcc dot gnu dot org wrote:
> The following code is rejects (even though it is valid C99 and Mark said we
> should
--
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20408
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
15:56 ---
Note this has no effect on the generated code.
But anyways:
struct X D.1574;
struct X D.1590;
D.1574 = {};
D.1590 = 0;
That is not right 0 is an INTEREGER_CST which cannot be an aggregate, that is
Given an empty struct (ie struct X { };), even at high optimisation levels g++
will insist on always allocating and zeroing some memory for empty structs.
This actually effects C++ code, including libstdc++-v3, as empty structs are
often used as a means of passing around functions.
EXAMPLE
--
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20375
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-10
15:23 ---
2005-03-10 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20375
* function.c (struct assign_parm_data_one): Remove last_named
field.
(assign_parm_find_data_types): Don't determin
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-10 15:15
---
Err, sorry, that "how to reproduce" snippet depended on some other changes
in my tree. You'll have to check
node->previous && node->previous->next != node.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
What|Removed |Added
BugsThisDependsOn||18327
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20407
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
15:12 ---
The ICE has been fixed on the mainline, 3.4 and 4.0 branches but we still have
a rejects valid, which I
filed as PR 20407.
--
What|Removed |Added
--
The following code is rejects (even though it is valid C99 and Mark said we
should have the C++ front-
end accept it also):
typedef struct {
unsigned char dir;
int data[];
} AiDefaultRailBlock;
static const AiDefaultRailBlock _raildata_ai_0 = { 1, { 0, 4 } };
--
Summary: Rejects
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-10
15:11 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01028.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
15:11 ---
Subject: Bug 20375
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-10 15:11:25
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10
15:04 ---
Subject: Bug 20375
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-10 15:04:39
Modified files:
gcc: ChangeLog function.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10
15:00 ---
This is a library problem.
--
What|Removed |Added
Severity|enhancement
Dear gfortran developers,
This is not a bug, but perhaps in the class of 'unexpected, but notincorrect,
behaviour'. This is just for your attention, but not (necessarily) for action as
I'm sure there are vastly more important things to deal with.
The issue is the return value from size() when the
1 - 100 of 137 matches
Mail list logo
