--- Comment #13 from ubizjak at gmail dot com 2007-07-03 06:40 ---
Closed as magically fixed (testcase was committed to SVN mainline).
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #12 from uros at gcc dot gnu dot org 2007-07-03 06:35 ---
Subject: Bug 32176
Author: uros
Date: Tue Jul 3 06:35:05 2007
New Revision: 126245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126245
Log:
PR middle-end/32176
* gcc.dg/pr32176.c: New test.
--- Comment #4 from patchapp at dberlin dot org 2007-07-03 05:30 ---
Subject: Bug number PR32432
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/2007-07/msg00202.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-03 05:27 ---
(In reply to comment #2)
> This just an optimization request, right? The functions calls work?
Yes - at least all my test programs work.
Though there might be some combinations of c_f_pointer which don't work; at
le
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-07-03 04:51
---
Have some ideas to try.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from patchapp at dberlin dot org 2007-07-03 04:01 ---
Subject: Bug number PR c++/32597
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/2007-07/msg00170.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-07-03 04:01 ---
Subject: Bug 32506
Author: kkojima
Date: Tue Jul 3 04:01:35 2007
New Revision: 126243
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126243
Log:
PR target/32506
* config/sh/sh.md (udivsi3_i1
--- Comment #2 from patchapp at dberlin dot org 2007-07-03 04:01 ---
Subject: Bug number PR25094
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/2007-07/msg00156.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from kargl at gcc dot gnu dot org 2007-07-03 03:55 ---
This just an optimization request, right? The functions calls work?
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from geoffk at gcc dot gnu dot org 2007-07-03 00:45 ---
[Here's what I sent to gcc-patches as a review of this patch:]
Doing this will certainly break many tools which parse the output of GCC,
especially in the case of a successful compilation which produced some
warnings
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-07-03 00:21 ---
> Related to #21220?
Ah, maybe.
A reduced testcase:
unsigned int
foo (unsigned int n, unsigned d)
{
return n % d;
}
which fails on sh64-unknown-linux-gnu with -O -fpic -m5-64media-nofpu.
I've confirmed that the
--- Comment #20 from reichelt at gcc dot gnu dot org 2007-07-03 00:10
---
As the code is deemed valid, we still have a rejects-valid bug on the 4.2
branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 23:59 ---
*** Bug 32417 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-02 23:59
---
Ok, the problem at -O1 is really PR 32527.
So I am closing this as a dup of that bug.
*** This bug has been marked as a duplicate of 32527 ***
--
pinskia at gcc dot gnu dot org changed:
What|R
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-07-02 23:58
---
One note, when I was originally fixing this bug, the test worked but now it
fails at -O1. I guess the new VN exposed the new problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32417
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|00
--- Comment #1 from pcarlini at suse dot de 2007-07-02 23:37 ---
I can confirm this. And .../setbuf/char/4.cc is almost as bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32598
--- Comment #10 from kargl at gcc dot gnu dot org 2007-07-02 23:29 ---
Subject: Bug 32456
Author: kargl
Date: Mon Jul 2 23:29:27 2007
New Revision: 126238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126238
Log:
2007-07-02 Steven G. Kargl <[EMAIL PROTECTED]>
Restor
--- Comment #1 from jconner at apple dot com 2007-07-02 23:28 ---
I have a patch which addresses this (and pr32602) -- I will submit it shortly.
--
jconner at apple dot com changed:
What|Removed |Added
--
The following code, compiled for arm-none-elf at -O2:
~~
#define noinline __attribute__((noinline))
typedef struct {
int data[4];
} arr16_t;
int result = 0;
void noinline func2 (int i, int j, arr16_t arr)
{
result = (arr.data[0] != 1
|| arr.data[1] != 2
|| a
--- Comment #1 from jconner at apple dot com 2007-07-02 23:19 ---
The problem is that the sibcall optimization incorrectly believes that the
incoming arr16_t parameter to func1 is located at the same location on the
stack as the outgoing arr16_t parameter to func2, and so incorrectly all
The following program returns an incorrect result when compiled for
arm-none-elf at -O2:
~~
typedef struct {
int data[4];
} arr16_t;
int result = 0;
void func2(int i, int j, arr16_t arr)
{
result = (arr.data[0] != 1
|| arr.data[1] != 2
|| arr.data[2] != 3
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-02 23:09 ---
Analogously for c_f_pointer (without SHAPE) and c_f_funpointer:
use iso_c_binding
implicit none
integer, target :: tgt
type(c_ptr) :: cptr
integer, pointer :: ptr
cptr = c_loc(tgt)
call c_f_pointer(cptr,ptr)
end
USE ISO_C_BINDING, only: c_null_ptr, c_ptr
type(c_ptr) :: t
t = c_null_ptr
print *, c_null_ptr, t
end
should not be allowed (at least with -std=f2003) as type(c_ptr) has only
private components.
--
Summary: [ISO Bind C] Access to private components not prevented
Pr
The code
use iso_c_binding
integer, target :: i
type(c_ptr) :: bar
bar = c_loc(i)
end
produces:
bar = c_loc (&i);
g95 produces:
bar = &i;;
and NAG f95:
bar_ = (char*) &i_;
Analogously for C_FUNPOINTER:
---
use iso_c_binding
interface
subroutine bar() bind(c)
end subroutin
The following two routines are invalid. The length has to be one (I think it
needs to be also an initialization expression).
While allowing it for -std=gnu is ok, there should be an error for -std=f2003.
NAG f95 prints:
Error: f.f90, line 5: Argument PATH of BIND(C) procedure DESTROY has assumed
C
Gcc 4.3 revision 126234 needs more than 6GB to compile
27_io/basic_stringbuf/setbuf/wchar_t/4.cc in libstdc++.
It happens on Linux/ia32, Linux/ia64 and Linux/x86-64.
Revision 126166 is OK.
--
Summary: [4.3 regression]:
27_io/basic_stringbuf/setbuf/wchar_t/4.cc need
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-02 22:28 ---
Related is the checking of type(*). Here, in decl.c everything is allowed and a
later check is missing. Result: accepts invalid:
--
module x
implicit none
type t
integer :: i
end type t
interface
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|ada |middle-end
Keywords||build, ice
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-07-02 21:44
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-07-02 21:44
---
Present on x86 too (but not x86-64).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #129 from jv244 at cam dot ac dot uk 2007-07-02 21:42 ---
(In reply to comment #128)
> current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
> regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F.
> This
> is a regression wrt to 4.
--- Comment #128 from jv244 at cam dot ac dot uk 2007-07-02 21:36 ---
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F. This
is a regression wrt to 4.2.0, but I'm not sure when it was in
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 21:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 21:32 ---
Fixed for 4.3.0:
64bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2
32bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2
--
pinskia at gc
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 21:27 ---
Note the "SIMD Math Library Specification for Cell Broadband Engine
Architecture" defines an interface for a SIMD math library for VMX (and Cell
SPU).
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from sje at cup dot hp dot com 2007-07-02 21:27 ---
I can make the warning message go away by using -fno-schedule-insns2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
--- Comment #7 from jb at gcc dot gnu dot org 2007-07-02 20:46 ---
Closing as Fortran FE is fixed. There is 32503 for better vectorization of
builtin_powi, and if we want the strength reduction optimization from comment
#0 a new missed-optimization PR should be filed against the middle-e
--- Comment #11 from ubizjak at gmail dot com 2007-07-02 20:43 ---
(In reply to comment #10)
> (In reply to comment #9)
> > I cannot reproduce this on x86_64 with any of the testcases.
>
> Looks like this bug has 'fixed' itself somewhere during the last two weeks
> ...
> can't reprodu
--- Comment #7 from wilson at gcc dot gnu dot org 2007-07-02 20:34 ---
Created an attachment (id=13831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831&action=view)
enable INCOMING_RETURN_ADDR_RTX for ia64
This is a patch based on Kenny's suggestion. I think this patch solves
--- Comment #6 from wilson at specifix dot com 2007-07-02 20:30 ---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
On Mon, 2007-07-02 at 19:12 +, zadeck at naturalbridge dot com
wrote:
> Lets see if an arm person is willing to talk about this.
I loo
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-02 20:23 ---
(In reply to comment #5)
> Subject: Re: [4.3 Regression] checking for suffix of object files...
> configure: error: cannot compute suffix of f objeRO
>
> > Can you send me, the dump produced by -fdump-rtl-expand wi
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-02
20:09 ---
Subject: Re: [4.3 Regression] ICE: in vn_binary_op_insert, at
tree-ssa-sccvn.c:852
> I cannot reproduce with a cross to hppa-linux.
> Is this still happening with the latest patches as of this morning?
Th
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-02
20:07 ---
Subject: Re: [4.3 Regression] checking for suffix of object files...
configure: error: cannot compute suffix of f objeRO
> Can you send me, the dump produced by -fdump-rtl-expand with the trunk and
> also
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
The following program fails because when the new-expression is instantiated
with no arguments in "args", k is not value-initialized (although it should
be).
#include
#include
int k = 5;
template< class... Args > void f( Args... args )
{
new( &k ) int( args... );
}
int main()
{
f();
a
I just tried to compile Suse Linux package ruby-zypp-0.1-83 with the
GNU C++ compiler version 4.3 snapshot 20070629
The compiler said
/usr/include/boost/regex/v4/basic_regex_creator.hpp:515: internal compiler
error: in expand_or_defer_fn, at cp/semantics.c:3220
Please submit a full bug report,
wi
--- Comment #1 from dcb314 at hotmail dot com 2007-07-02 19:57 ---
Created an attachment (id=13830)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13830&action=view)
gzipped C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32596
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|bootstrap broken in |[4.3 Regression
--- Comment #6 from jv244 at cam dot ac dot uk 2007-07-02 19:42 ---
as said previously
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jv244 at cam dot ac dot uk 2007-07-02 19:41 ---
has been fixed in current trunk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32585
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-02 19:41
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-07-02 19:40 ---
I cannot reproduce with a cross to hppa-linux.
Is this still happening with the latest patches as of this morning?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32591
--- Comment #10 from jv244 at cam dot ac dot uk 2007-07-02 19:39 ---
(In reply to comment #9)
> I cannot reproduce this on x86_64 with any of the testcases.
Looks like this bug has 'fixed' itself somewhere during the last two weeks ...
can't reproduce it either
--
http://gcc.gnu.o
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:35
---
Created an attachment (id=13829)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13829&action=view)
preprocessed unincluded source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #1 from Ralf dot Wildenhues at gmx dot de 2007-07-02 19:32
---
Uploading of the file will have to wait until bugzilla does not internal-error
out on me any more, sorry. I sent mail to dberlin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32595
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-02 19:31 ---
Simplified testcase and backtrace (4.3, 20070702):
function EvaluateMath(expr)
character(*), intent(in) :: expr
character(*), parameter :: chrs='-+.0123456789eEdD'
LOGICAL :: tmp
tmp = (ind
--- Comment #8 from jakub at gcc dot gnu dot org 2007-07-02 19:28 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #7 from jakub at gcc dot gnu dot org 2007-07-02 19:27 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:27:28 2007
New Revision: 126228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126228
Log:
PR libgomp/32468
* omp-low.c (check_combined_para
--- Comment #6 from jakub at gcc dot gnu dot org 2007-07-02 19:26 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:26:25 2007
New Revision: 126227
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126227
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sect
se t3 -g -O2
-version -o /tmp/t.s
GNU C++ version 4.3.0 20070702 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.0.3 (Ubuntu 4.0.3-1ubuntu5), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler ex
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-02 19:22 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:22:47 2007
New Revision: 126226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126226
Log:
PR libgomp/32468
* omp-low.c (check_combined_para
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-02 19:19 ---
Subject: Bug 32468
Author: jakub
Date: Mon Jul 2 19:19:28 2007
New Revision: 126224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126224
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sect
--- Comment #5 from zadeck at naturalbridge dot com 2007-07-02 19:12
---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
wilson at specifix dot com wrote:
> --- Comment #4 from wilson at specifix dot com 2007-07-02 18:34 ---
> Subject: Re: Runtime fai
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #9 from rakdver at gcc dot gnu dot org 2007-07-02 19:09 ---
I cannot reproduce this on x86_64 with any of the testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32176
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 19:08 ---
No GCC is not in the business of auto tunning options.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 19:06 ---
This is a target issue (or a semi generic one for 2-operand targets).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from danglin at gcc dot gnu dot org 2007-07-02 19:00
---
This has started failing again on hppa-unknown-linux-gnu as of 20070701.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from awgreynolds at earthlink dot net 2007-07-02 18:51
---
Created an attachment (id=13828)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13828&action=view)
source code that causes ICE: bus error
zip containing 2 include and 1 f90 file
--
http://gcc.gnu.org/bu
Originally thought was related to 31609 bug but may be new
gfortran -c utility.f9
--
Summary: ICE: bus error with attached code and June 28 MacOSX
Intel binary)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: n
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 18:47 ---
Created an attachment (id=13827)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13827&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593
ble-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070702 (experimental)
> /usr/local/gcc43/bin/gcc -Os -fno-pic -fomit-frame-pointer -S sub.c
"i= 7 - ff_h264_norm_shift[x>>(CABAC_BITS-1)];" generates:
movl$7, %ecx
subl%eax, %ecx
The File: gcc.info, Node: Optimize Options does list some fine features.
On this page: http://www.pathscale.com/docs.html is this whitepaper:
Maximizing Application Performance Through Inter-procedural Optimization by Dr.
Fred Chow
http://www.pathscale.com/pdf/IPA-paper.pdf
It shows on pages 9
(gdb) r
Starting program: /home/dave/gnu/gcc-4.3/objdir/gcc/cc1 -iprefix
/home/dave/gnu/gcc-4.3/objdir/gcc/../lib/gcc/hppa-linux/4.3.0/ -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include-fixed
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/
--- Comment #4 from wilson at specifix dot com 2007-07-02 18:34 ---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
On Sat, 2007-06-30 at 02:10 +, zadeck at naturalbridge dot com
> and then define ARCH_DOES_NOT_USE_DWARF2 in the right place in the ia
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-07-02 18:33 ---
fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-07-02 18:32 ---
fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-02 18:27 ---
Subject: Bug 32584
Author: dberlin
Date: Mon Jul 2 18:27:46 2007
New Revision: 126222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126222
Log:
2007-07-02 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-07-02 18:27 ---
Subject: Bug 32583
Author: dberlin
Date: Mon Jul 2 18:27:46 2007
New Revision: 126222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126222
Log:
2007-07-02 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
CC||dfranke at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-02 18:17 ---
Can you send me, the dump produced by -fdump-rtl-expand with the trunk and also
revision 125754. I am 99% sure this was exposed by pointer plus.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #3 from danglin at gcc dot gnu dot org 2007-07-02 18:12 ---
Here's a small test case from Steve Ellcey:
f (int n, ...)
{
int i, j;
long x;
__builtin_va_list ap;
__builtin_va_start(ap,n);
for (i = 0; i < n; i++)
j = __builtin_va_arg(ap,int);
x = __builtin
--- Comment #1 from astrange at ithinksw dot com 2007-07-02 18:04 ---
Created an attachment (id=13826)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13826&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32590
--- Comment #5 from yves at gnu-darwin dot org 2007-07-02 17:59 ---
Fixed in g++ 4.2.0
Thanks
--
yves at gnu-darwin dot org changed:
What|Removed |Added
Stat
--- Comment #4 from pcarlini at suse dot de 2007-07-02 17:54 ---
Why, exactly?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-02 17:54 ---
Fixed by:
2007-07-02 Simon Baldwin <[EMAIL PROTECTED]>
* argv.c (writeargv): Removed declaration of unused variable.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from rob1weld at aol dot com 2007-07-02 17:51 ---
Created an attachment (id=13825)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13825&action=view)
Missed profile "execution counts" for GCC 4.3.0 20070701 - broken build
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #4 from ubizjak at gmail dot com 2007-07-02 17:48 ---
The patch at http://gcc.gnu.org/ml/fortran/2007-07/msg00036.html fixes
bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32585
--- Comment #1 from rob1weld at aol dot com 2007-07-02 17:47 ---
I re-configured with exactly the same command line options, except I removed
ada from "--enable-languages=", and re-started make.
On this second attempt the file building timing was similar to what was
previously reported
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-02 17:47 ---
I rather have this as a runtime configurable rather than a compiler time
option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
ble-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070702 (experimental)
> /usr/local/gcc43/bin/g++ -O3 -fdump-tree-final_cleanup -ffast-math
> -fno-unswitch-loops -g -c rt-no-load-motion.cpp
Here:
:
if (closest == 0)
goto ;
else
goto ;
:
res =
--- Comment #3 from ubizjak at gmail dot com 2007-07-02 17:37 ---
Confirmed, breaks bootstrap (Revision: 126215)on FC6 x86_64-pc-linux-gnu.
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #22 from spark at gcc dot gnu dot org 2007-07-02 17:33 ---
(In reply to comment #21)
I don't think this patch is quite enough.
IIUC, it is still possible (although very unlikely) for stack space to be
required without any MEM_LOAD or MEM_STORE present, and without any direct
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-02 17:32 ---
Actually (AVRational) {25,1} is a compound literal but not a constant.
What options are you using? It is a GCC extension this is a constant really.
Now we do error out for -std=gnu99.
--
http://gcc.gnu.org/bu
--- Comment #7 from sje at cup dot hp dot com 2007-07-02 17:16 ---
Patch applied.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|NEW
--- Comment #6 from sje at gcc dot gnu dot org 2007-07-02 17:15 ---
Subject: Bug 31684
Author: sje
Date: Mon Jul 2 17:15:35 2007
New Revision: 126216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126216
Log:
PR target/31684
* haifa-sched.c (add_to_speculative_b
--- Comment #2 from jv244 at cam dot ac dot uk 2007-07-02 17:11 ---
looks like this was recently confirmed by Eric
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
: In function
'Exp_Dbug.Prepend_String_To_Buffer':
../../gcc/gcc/ada/exp_dbug.adb:981: error: invalid array index
() MAX_EXPR + 1;
+===GNAT BUG DETECTED==+
| 4.3.0 20070702 (experimental) (hppa2.0w-hp-hpux11.11) verify_stmts faile
--- Comment #6 from kargl at gcc dot gnu dot org 2007-07-02 16:44 ---
I committed a patch, yesterday.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 171 matches
Mail list logo
