--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-08-06 06:58
---
Firstly, using /bin/sh to build the compiler is unsupported on Solaris. Please
read http://gcc.gnu.org/install/specific.html#x-x-solaris2
Secondly, this works for everyone else so there's maybe something strange
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-08-06 06:43
---
> Configured gcc with CFLAGS=-xarch=v9 (among other flags) to produce 64-bit
> code from the system compiler, instead of the default of 32-bit.
>
> (begin build log excerpt)
> cc -c -g -DENABLE_CHECKING
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-06 05:15 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-08-06 05:11 ---
Subject: Bug 28590
Author: pault
Date: Sun Aug 6 05:11:45 2006
New Revision: 115967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115967
Log:
2006-08-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-08-06 04:58 ---
Subject: Bug 28590
Author: pault
Date: Sun Aug 6 04:58:04 2006
New Revision: 115966
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115966
Log:
2006-08-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-06 04:46 ---
Also one comment about your patch for soft-fp:
+ /* Wrap the sequence in REG_LIBCALL / REG_RETVAL notes so that loop
+ invariant code motion can move it. */
The tree level loop invariant motion should have mov
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-08-06 04:32 ---
Created an attachment (id=12025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12025&action=view)
patch to address the scheduler problem (proof of concept)
This patch allows the testcase to compile. I haven't
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-08-06 04:04 ---
Created an attachment (id=12024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12024&action=view)
testcase
To reproduce the problem, build an sh-elf targeted cc1 with sources
patched according to the previous
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-08-06 04:00 ---
Created an attachment (id=12023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12023&action=view)
soft-fp patch for SH (under development)
I found the scheduler bug while testing this patch.
--
http://gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 04:00 ---
The scheduler should not know anything about if a register is likely to spill
or not, that is the job of the RA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28618
Currently, the only check for CLASS_LIKELY_SPILLED registers is for instuctions
at the end of a basic block; this is insufficient, since a set/use pair of
a CLASS_LIKELY_SPILLED register can be in the middle of the block. When
the scheduler inserts an instruction between into this pair which needs
--- Comment #6 from kargl at gcc dot gnu dot org 2006-08-06 02:40 ---
Fixed on the 4.1 branch.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #16 from kargl at gcc dot gnu dot org 2006-08-06 02:39 ---
Fixed on 4.1 branch.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #15 from kargl at gcc dot gnu dot org 2006-08-06 02:29 ---
Subject: Bug 28548
Author: kargl
Date: Sun Aug 6 02:29:24 2006
New Revision: 115964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115964
Log:
2006-08-05 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #5 from kargl at gcc dot gnu dot org 2006-08-06 02:29 ---
Subject: Bug 27981
Author: kargl
Date: Sun Aug 6 02:29:24 2006
New Revision: 115964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115964
Log:
2006-08-05 Steven G. Kargl <[EMAIL PROTECTED]>
PR fortr
--- Comment #14 from kargl at gcc dot gnu dot org 2006-08-06 01:54 ---
Fix committed to trunk. The same problem is in 4.1.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from kargl at gcc dot gnu dot org 2006-08-06 01:38 ---
Subject: Bug 28548
Author: kargl
Date: Sun Aug 6 01:38:46 2006
New Revision: 115963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115963
Log:
2006-08-05 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 01:38 ---
This was caused by:
2005-09-28 Geoffrey Keating <[EMAIL PROTECTED]>
* config/rs6000/t-darwin8: Uncomment contents, allow -m64
multilib to be built.
* Makefile.in: Export LIPO_FOR_TARGET, S
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 01:31 ---
This is valid C99 and we accept it by default. Try using -pedantic-errors
before reporting accepts invalid bugs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following two testcases suffer linkage failures due to missing symbols
when built with -m64 with gcc trunk on powerpc-apple-darwin8.
---modulo.c
main()
{
__int128_t a, b;
b= a % 10;
}
---division.c-
main()
{
__int128_t a, b;
b= a / 10;
}
GCC doesn't report error about extra comma in enumeration definition:
enum
{
CONSTANT = 1,
/* -=- */
};
Example source:
/* begin o source code */
enum
{
CONSTANT = 1,
};
int main( void )
{
return 0;
}
/* end of source code */
Program compiles and work fine.
--
Summa
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-05 23:42
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-05 23:41
---
Subject: Bug 28502
Author: reichelt
Date: Sat Aug 5 23:41:22 2006
New Revision: 115957
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115957
Log:
PR c/28502
* c-decl.c (validate_proto_afte
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-08-05 23:34
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-05 23:34
---
Subject: Bug 27721
Author: reichelt
Date: Sat Aug 5 23:33:54 2006
New Revision: 115956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115956
Log:
PR c/27721
* c-typeck.c (build_modify_expr
--- Comment #15 from sabre at nondot dot org 2006-08-05 23:30 ---
Thanks a *lot* Paolo! It works great now.
-Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28587
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-05 23:26
---
Subject: Bug 27721
Author: reichelt
Date: Sat Aug 5 23:26:38 2006
New Revision: 115955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115955
Log:
PR c/27721
* c-typeck.c (build_modify_expr
--- Comment #14 from gdr at integrable-solutions dot net 2006-08-05 23:26
---
Subject: Re: vector is extremely slow (900x slower than it should be)
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Fixed.
Thanks Paolo!
-- Gaby
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-05 23:20
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-05 23:14
---
Subject: Bug 28136
Author: reichelt
Date: Sat Aug 5 23:14:22 2006
New Revision: 115953
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115953
Log:
PR c/28136
* c-parser.c (c_parser_postfix_
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-05 23:09
---
Subject: Bug 28136
Author: reichelt
Date: Sat Aug 5 23:08:54 2006
New Revision: 115952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115952
Log:
PR c/28136
* c-parser.c (c_parser_postfix_
--- Comment #1 from bero at arklinux dot org 2006-08-05 22:33 ---
Seems to be caused by classpath needing a different version of libtool than
gcc.
This fixed it for me:
cp -f ltconfig libjava/classpath
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28609
--- Comment #1 from freyther at inf dot fu-berlin dot de 2006-08-05 21:56
---
Created an attachment (id=12022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12022&action=view)
Use xgcc -E instead of host CPP and empty CPPFLAGS
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28
When creating a cross-compiler the target-* bits determine features by
executing the host CPP binary with host CPPFLAGS. In the case of OSX/Darwin
this lead to the believe of having a sys/filio.h available and
miscompiled/broken libstdc++.
A fix would be to use xgcc -E instead of /usr/bin/cpp and
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-05
21:29 ---
Subject: Re: New: gcc.c-torture/compile/20001226-1.c times out
> On i686-pc-linux-gnu (2 GHz, 1GB memory):
Oops, that should have been 3.2 GHz.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
This test is failing more often, so I thought I would bring back a PR.
On hppa2.0w-hp-hpux11.11 (dual 750 MHz, 8 GB memory):
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c -O2 (test for excess errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/20001226-1.c -O3
--- Comment #4 from atgraham at gmail dot com 2006-08-05 21:11 ---
Actually, it turns out that gcc versions before the 4.1 series all get it wrong
too, at -O0. The bug gets masked when introducing optimization. Here is the
-O0 output from 4.0.3:
g++-4.0.3 -O0 -msoft-float -mcpu=405 -c
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #35 from whaley at cs dot utsa dot edu 2006-08-05 18:26 ---
Created an attachment (id=12020)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12020&action=view)
new Makefile targets
OK, this is same benchmark again, now creating MMBENCHS directory. In addition
to the abi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-05 18:08 ---
((Union)l)
This creates an rvalue and a new temp variable.
But since (rvalue.byte[0]) is valid in C99 (but not in C90), you can assign it.
If you used -pedantic, you get a warning about that:
t.c:9: warning: ISO C
source code:
typedef union {
int word;
char byte[2];
} Union;
int proc(int l)
{
if (l < 0 )
((Union)l).byte[0] = 0;
return l;
}
command line for avr:
avr-gcc -mmcu=atmega8 -S -Os test.c
Procedure proc is compiled to single ret instruction.
command line for i586:
gcc -
--- Comment #34 from bonzini at gnu dot org 2006-08-05 17:15 ---
Created an attachment (id=12019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12019&action=view)
MMBENCH4s.tar.gz + assembly without and with patch
I don't know what was wrong, but you can now fetch the patch yourse
--- Comment #3 from atgraham at gmail dot com 2006-08-05 16:58 ---
This may not be related to 19774 as I had originally thought. This failure
case is new as of 4.1.0. GCC version 4.0.3 gets it right:
g++-4.0.3 -Os -msoft-float -mcpu=405 -c bug.cc -fno-inline -Wall -dA
:
0
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
Running the gfortran testsuite under "sudo" shows failures on some tests. See
http://gcc.gnu.org/ml/fortran/2006-08/msg00025.html and follow-up messages for
more information.
--
Summary: gfortran testsuite failures with sudo
Product: gcc
Version: 4.2.0
--- Comment #10 from anemo at mba dot ocn dot ne dot jp 2006-08-05 15:48
---
(In reply to comment #9)
> Created an attachment (id=12010)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12010&action=view) [edit]
> A hackish fix
I tried gcc 4.1 with this patch and compiled glibc 2.4.
--- Comment #2 from patchapp at dberlin dot org 2006-08-05 14:55 ---
Subject: Bug number PR c++/28594
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00124.html
--
http://gcc.gnu.org/bugzil
make install DESTDIR=/var/tmp/gcc-root with gcj enabled currently results in:
/usr/bin/install -c .libs/libgjsmalsa.a
/var/tmp/gcc-root/usr/lib/gcj-4.2.0/libgjsmalsa.a
$old_postinstall_cmds
../../../libtool: line 5385: $old_postinstall_cmds~i586-ark-linux-ranlib:
command not found
make[7]: *** [i
--- Comment #33 from whaley at cs dot utsa dot edu 2006-08-05 14:24 ---
Paolo,
Can you post the assembly and the patch as attachments? If necessary, I can
hack the benchmark to call the assembly routines on a couple of platforms.
Also, did you see what I did wrong in applying the patc
--- Comment #13 from pcarlini at suse dot de 2006-08-05 10:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from paolo at gcc dot gnu dot org 2006-08-05 10:11 ---
Subject: Bug 28587
Author: paolo
Date: Sat Aug 5 10:11:13 2006
New Revision: 115947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115947
Log:
2006-08-05 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #17 from doko at gcc dot gnu dot org 2006-08-05 09:43 ---
Subject: Bug 28359
Author: doko
Date: Sat Aug 5 09:43:02 2006
New Revision: 115946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115946
Log:
PR fastjar/28359 / CVE-2006-3619
2006-07-17 Rich
--- Comment #16 from doko at gcc dot gnu dot org 2006-08-05 09:27 ---
Subject: Bug 28359
Author: doko
Date: Sat Aug 5 09:27:11 2006
New Revision: 115945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115945
Log:
PR fastjar/28359 / CVE-2006-3619
2006-07-17 Rich
--- Comment #3 from patchapp at dberlin dot org 2006-08-05 09:25 ---
Subject: Bug number PR28590
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00117.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #22 from bonzini at gnu dot org 2006-08-05 08:16 ---
patch break -finline-functions, so it cannot be applied as is. removing patch
keyword to avoid confusion with regressions awaiting review.
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #12 from bonzini at gnu dot org 2006-08-05 08:05 ---
The patch is wrong, you need something like
-CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
+CFLAGS_FOR_TARGET = -O2 $(LIBCFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
and similarly for CXXFLAGS.
--
http://gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26655
--- Comment #7 from bonzini at gnu dot org 2006-08-05 08:01 ---
fixed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-08-05 08:00
---
But only for 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #6 from bonzini at gnu dot org 2006-08-05 08:00 ---
patch applied, fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24888
--- Comment #14 from bonzini at gnu dot org 2006-08-05 07:58 ---
fixed by jan's patch
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #32 from bonzini at gnu dot org 2006-08-05 07:21 ---
It works for me.
GCC 4.x double 60 1000 0.208 2076.79
GCC patch double60 1000 0.168 2571.28
GCC 4.x single 60 1000 0.188 2297.74
GCC patch single60 1000 0.152
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-05 07:09 ---
Invalid as requested by the reporter.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from henrik at johome dot net 2006-08-05 07:02 ---
Subject: Re: Segmentation fault using gcc (v4.0.3)
in Ubuntu Dapper
pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-30 10:28
> ---
> Can you show the command
64 matches
Mail list logo
