--- 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 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 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 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: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 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 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 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:35 ---
Fixed in 4.1.0 and above.
--
What|Removed |Added
Status|NEW
--- 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 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 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 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 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 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 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 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 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 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 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 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
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
05:03 ---
Jeff Law rechecked in the patch for this bug.
--
What|Removed |Added
Status|REO
--
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
--
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
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-11
05:03 ---
fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
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
--
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
--- 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 ;
:;
--- 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
__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 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
---
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
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.
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
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
--- 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
101 - 137 of 137 matches
Mail list logo