--- Comment #5 from mtrudel at gmx dot ch 2007-07-05 07:03 ---
With "-Wl,-Map,/tmp/TheLinkMap.txt" you get a list of the objects that have
been included from libgcj.a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32619
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-07-05 08:38
---
> FWIW, I haven't been able to bootstrap on ppc64-linux-gnu after this patch
> went
> in. I'm not sure I'd tried a full bootstrap before (I've only very recently
> got easy access to a ppc box), but the failure
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-07-05 08:41 ---
For 4.1.x I get
kernel:
.LFB2:
subq$8, %rsp
.LCFI0:
movl$1, %edi
callgen_int
movla(%rip), %eax
movl%eax, %edx
andl$3, %edx
addl%edx
Keep a list of ISO C binding related PRs.
--
Summary: [meta-bug] ISO C binding
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: fortran
AssignedT
--- Comment #22 from jv244 at cam dot ac dot uk 2007-07-05 09:27 ---
It really seems core2 specific, -march=nocona doesn't fail.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #23 from ubizjak at gmail dot com 2007-07-05 09:29 ---
This is generic sched2 problem and affects all targets. The problem is that the
call to mcount is emitted in final pass, so scheduler can't see it, and is free
to move insns before
(note 26 25 2 NOTE_INSN_PROLOGUE_END)
--- Comment #24 from ubizjak at gmail dot com 2007-07-05 09:41 ---
glibc bug report at:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=4744
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32450
--- Comment #25 from ubizjak at gmail dot com 2007-07-05 09:44 ---
Also fails for 32bit builds on core2 target:
__cp_log_handling_MOD_cp_add_default_logger:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
cmpl$9, __cp_log_handling_MOD_stack_pointer
--- Comment #7 from bonzini at gnu dot org 2007-07-05 10:27 ---
Using "s,g,g," or "s,^,," or even "b" as the default sed command doesn't seem
to bad to me.
--
bonzini at gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from paolo dot bonzini at lu dot unisi dot ch 2007-07-05
10:46 ---
Subject: Re: [4.0/4.1/4.2 Regression] address
selection does not work correctly
Yes, we should add a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
--- Comment #26 from jv244 at cam dot ac dot uk 2007-07-05 10:50 ---
adding a c testcase:
int stack_pointer=0;
void mystop()
{
abort();
}
void add()
{
if (stack_pointer+1>10)
{
mystop();
};
stack_pointer=stack_pointer+1;
}
int main()
{
add();
return stack_pointer-1 ;
}
> gcc
--- Comment #8 from pcarlini at suse dot de 2007-07-05 10:54 ---
Thanks David and Paolo. Ok, I'm sanity checking 's,g,g,' on linux...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31957
--- Comment #13 from bonzini at gnu dot org 2007-07-05 10:36 ---
Can we mark it as WONTFIX for 4.0 to 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2007-07-05 10:43
---
> Can we mark it as WONTFIX for 4.0 to 4.2?
Seems reasonable to me, but it would be nice to detect a future regression.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from pault at gcc dot gnu dot org 2007-07-05 11:01 ---
fixed on trunk - thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from joerg dot richter at pdv-fs dot de 2007-07-05 11:17
---
Of course, you are right. :)
Just want to confirm, that all "s,g,g," and "s,^,," and "b" seem to work fine
with AIX-sed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31957
--- Comment #11 from pault at gcc dot gnu dot org 2007-07-05 11:00 ---
fixed on trunk - thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from joerg dot richter at pdv-fs dot de 2007-07-05 11:00
---
I think the last g in 's,g,g,g' is the important one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31957
--- Comment #10 from pcarlini at suse dot de 2007-07-05 11:04 ---
It isn't, as explained by Paolo off-line (by the way Paolo maintains GNU sed),
essentially the same string is used in other projects to work around that AIX
problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3195
--- Comment #11 from bonzini at gnu dot org 2007-07-05 11:13 ---
Actually any no-op command would do, I think even "b" would be ok unless it
triggers other bugs. In particular, replacing one g with a g, or all g's with
g's, should not matter. :-)
--
http://gcc.gnu.org/bugzilla/show
--- Comment #1 from pixel at mandriva dot com 2007-07-05 11:20 ---
(bug still valid in trunk)
the fix is plain simple:
--- gcc/ada/gnat_ugn.texi (revision 126361)
+++ gcc/ada/gnat_ugn.texi (working copy)
@@ -101,7 +101,7 @@
@settitle @value{EDITION} User's Guide @value{PLA
--- Comment #15 from pcarlini at suse dot de 2007-07-05 11:46 ---
Fixed for 4.2.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #13 from paolo at gcc dot gnu dot org 2007-07-05 11:45 ---
Subject: Bug 31957
Author: paolo
Date: Thu Jul 5 11:45:24 2007
New Revision: 126362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126362
Log:
2007-07-05 Joerg Richter <[EMAIL PROTECTED]>
PR libst
--- Comment #14 from paolo at gcc dot gnu dot org 2007-07-05 11:46 ---
Subject: Bug 31957
Author: paolo
Date: Thu Jul 5 11:46:00 2007
New Revision: 126363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126363
Log:
2007-07-05 Joerg Richter <[EMAIL PROTECTED]>
PR libst
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-05 12:52 ---
Subject: Bug 32359
Author: burnus
Date: Thu Jul 5 12:51:51 2007
New Revision: 126366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126366
Log:
gcc/fortran/
2007-07-05 Daniel Franke <[EMAIL PROTECTED]>
Attached testcase ICEs when compiled with 'g++ -O2':\
messageoutput.cpp: In constructor
âpov_frontend::MessageOutput::MessageOutput(void*)â:
messageoutput.cpp:1090: internal compiler error: in generate_element_copy, at
tree-sra.c:1801
Please submit a full bug report,
with preprocessed source if ap
--- Comment #1 from ubizjak at gmail dot com 2007-07-05 13:21 ---
Created an attachment (id=13849)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13849&action=view)
delta reduced c++ preprocessed source
g++ -O2 1520.cc:
1520.cc: In constructor âpov_frontend::MessageOutput::Message
--- Comment #2 from falk at debian dot org 2007-07-05 13:01 ---
I tried this patch from Andrew Pinski:
Index: gcc/config/alpha/alpha.c
===
--- gcc/config/alpha/alpha.c(revision 126053)
+++ gcc/config/alpha/alpha.c(w
bash-3.2$ cat x.c
#include
int
main ()
{
printf ("Hello\n");
return 0;
}
bash-3.2$ gcc -pie x.c -fpie
bash-3.2$ ./a.out
Hello
bash-3.2$ gcc -shared -pie x.c -fpie
bash-3.2$ ./a.out
bash: ./a.out: /lib/ld64.so.1: bad ELF interpreter: No such file or directory
bash-3.2$
I am expecting -pie
--- Comment #5 from ubizjak at gmail dot com 2007-07-05 13:46 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #1 from hjl at lucon dot org 2007-07-05 13:31 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00305.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-05 13:36 ---
An attempt is made to match it as a variable declaration which fails because
LOGICAL SUBROUTINE foo
either misses th '::' or a ',' between SUBROUTINE and FOO resulting in a
"Syntax error in data declaration".
--- Comment #8 from ubizjak at gmail dot com 2007-07-05 13:45 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #10 from ubizjak at gmail dot com 2007-07-05 14:04 ---
Patch for:
FAIL: gcc.dg/vect/vect-intfloat-conversion-4a.c scan-tree-dump-times vectorized
1 loops 1
FAIL: gcc.dg/vect/vect-intfloat-conversion-4b.c scan-tree-dump-times vectorized
1 loops 1
has been committed to SVN.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32014
MODULE test
IMPLICIT NONE
CHARACTER(len=1), PARAMETER :: backslash = '\\'
PUBLIC :: backslash
END MODULE
> gfortran test.f90
test.f90:4.21:
PUBLIC :: backslash
1
Error: PARAMETER attribute conflicts with SAVE attribute in 'backslash' at (1)
--
Summary: b
--- Comment #132 from jv244 at cam dot ac dot uk 2007-07-05 14:39 ---
new bogus gfortran error on CP2K : PR 32633
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-05 14:31 ---
Reduced testcase:
$> cat pr31320.f90
type :: a
integer, allocatable :: i(:)
end type a
type(a) :: x, y
x = a ((/1, 2, 3, 4/))
y = x
end
$> gfortran-svn -g -Wall pr31320.f90
$> valgrind --tool=memchec
--- Comment #2 from pcarlini at suse dot de 2007-07-05 14:37 ---
Let's add Hans-Peter in CC... I suspect adding an 'else if [info exists
env(RANLIB)]...' could do the job... Hans-Peter?
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-05 14:56 ---
Haven't updated yet, but ...
symbol.c(check_conflict):493:
[...]
switch (attr->flavor)
case FL_PARAMETER:
conf2 (save);
[...]
with
#define conf2(a) if (attr->a) { a2 = a; goto conflict; }
should
--- Comment #1 from pluto at agmk dot net 2007-07-05 15:22 ---
it would be nice to see bswap variants instead of mov,mov,mov,...
:
mov(%rdi),%eax
bswap %eax
mov%eax,(%rdi)
retq
:
mov(%rdi),%rax
bswap %rax
mov%rax,(%rdi)
retq
and one mo
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-05 15:09 ---
The patch below fixes the current problem. There are other checks against
attrib->save in check_conflict() which might trigger the same problem. I'll
have a closer later this evening.
Index: symbol.c
==
--- Comment #3 from hp at gcc dot gnu dot org 2007-07-05 15:01 ---
I'm not the one adding the ranlib invocation, just the one last touching it,
see for example also PR30675. Don't check for RANLIB, it's for the host and
we're testing for the target.
The framework in this case the topleve
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-05 15:03 ---
Testing patch ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #4 from pcarlini at suse dot de 2007-07-05 15:04 ---
Thanks Hans-Peter. Are you willing to investigate this issue further?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32499
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:19 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
pcarlini at suse dot de writes:
> Let's add Hans-Peter in CC... I suspect adding an 'else if [info exists
> env(RANLIB)]...' could do th
The code below incorrectly gives the error, as reported by Salvatore Filippone:
Call foo_pwrk(pr,p,f,cd,info,work=aux)
1
Error: There is no specific subroutine for the generic 'bar_pwrk' at (1)
Not only does it look correct but other compilers handle it OK
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-05 15:24 ---
This fixes it but is, as yet, unregtested:
Index: gcc/fortran/module.c
===
*** gcc/fortran/module.c(revision 126317)
--- gcc/fortran/module.c
a:~/junk] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.10.0
Configured with: ../gcc/configure --disable-multilib
--prefix=/usr/local/gfortran --enable-languages=c,fortran
Thread model: posix
gcc version 4.3.0 20070705 (experimental)
[dranta:~/junk] dir%
--
Summ
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:42 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> I'm not the one adding the ranlib invocation, just the one last touching it,
Indeed: I found that Be
My autotester flags the following failure as introduced between revisions
126197 and 126206 (people with gcc/ChangeLog entries in this range are CCed; no
suspect cp or libstdc++-v3 changes):
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
FAIL: 25_algorithms
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-07-05 16:11
---
(In reply to comment #3)
> The patch below fixes the current problem. There are other checks against
> attrib->save in check_conflict() which might trigger the same problem. I'll
> have a closer later this evening
--- Comment #1 from hp at gcc dot gnu dot org 2007-07-05 16:08 ---
Created an attachment (id=13850)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13850&action=view)
preprocessed test-case (with significant parts of context missing due to pch)
See PR description for the cc1plus com
--- Comment #2 from hp at gcc dot gnu dot org 2007-07-05 16:16 ---
There are ready-to-use tarballs (binutils+sim, gcc+newlib+gmp+mpfr) on
gcc12:/home/hp for those inclined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32636
--- Comment #1 from ext at sidvind dot com 2007-07-05 16:36 ---
Created an attachment (id=13851)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13851&action=view)
Translation fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32637
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-05 16:32 ---
Tobias, good catch :)
It seems to be another off-by-one issue. Comparing the tree dumps from
different assignments as shown in comment #4, one learns (copied only the
relevant lines, between any two adjacent lines a
By changing the parameters of the operator delete of a class, the following
warning is issued when compiling:
include/elpis.h:80: error: 'operator delete' takes type 'void*' as first
parameter
With LC_ALL set to "sv_SE":
include/elpis.h:80: fel: "operator new" tar typen "void*" som första parame
--- Comment #3 from ubizjak at gmail dot com 2007-07-05 17:19 ---
(In reply to comment #0)
> My autotester flags the following failure as introduced between revisions
> 126197 and 126206 (people with gcc/ChangeLog entries in this range are CCed;
> no
> suspect cp or libstdc++-v3 changes
--- Comment #27 from ubizjak at gmail dot com 2007-07-05 17:11 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00460.html.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
The following program should print true, but prints false when compiled with
gcj -C because the wrong field o is selected in the anonymous inner class (the
protected field named o in the super class is more specific than the field o in
the enclosing method).
public class t
{
static abstract clas
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-07-05 17:51 ---
This is related to the gimplifier verifying call expression types to disable
inlining. In this case the argument type list says we need struct _Bind, but
the actual argument is struct _Bind*. Oh well.
--
http:
--- Comment #30 from jv244 at cam dot ac dot uk 2007-07-05 17:52 ---
(In reply to comment #29)
> (In reply to comment #28)
>
> > without knowing C to well, don't you need to initialize stack_pointer in the
> > testcase you've added to the patch?
>
> No, written this way it is zero by d
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-05 17:50 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #29 from ubizjak at gmail dot com 2007-07-05 17:42 ---
(In reply to comment #28)
> without knowing C to well, don't you need to initialize stack_pointer in the
> testcase you've added to the patch?
No, written this way it is zero by default.
--
http://gcc.gnu.org/bugzi
--- Comment #28 from jv244 at cam dot ac dot uk 2007-07-05 17:35 ---
(In reply to comment #27)
> Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00460.html.
>
without knowing C to well, don't you need to initialize stack_pointer in the
testcase you've added to the patch?
--
h
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2007-07-05
17:31 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> and you'll have to fix the ":" problem separately.
> Unless you prefer a 'set ranlib "$env(SHELL) -c
--- Comment #1 from tromey at gcc dot gnu dot org 2007-07-05 17:31 ---
I tried this with svn trunk and got 'false'.
If there is a bug here it is in ecj, not gcj.
I'm not sure I agree with your interpretation here.
I don't see how specificity applies. Isn't that term only used
for overl
As of this morning (7/5/07), I now get the following ICE from the C++ testsuite
of mainline. Note that this test PASSed yesterday (7/4/07).
Executing on host:
/u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../
../g++ -B/u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../../
/u
--- Comment #7 from pluto at agmk dot net 2007-07-05 17:35 ---
(In reply to comment #6)
> Fixed.
Richard, there's a recent regresion in 4.3/r126266:
_ZSt9transformIPlS0_NSt3tr15_BindIFSt4plusIlEllT0_T_S8_S7_T1_:
cmpq%rsi, %rdi
je .L2
addq$8, %rd
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-05 18:07 ---
This patch works around this problem:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00475.html
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-05 18:17 ---
Working on a patch.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassi
--- Comment #9 from pluto at agmk dot net 2007-07-05 18:21 ---
(In reply to comment #8)
> This is related to the gimplifier verifying call expression types to disable
> inlining. In this case the argument type list says we need struct _Bind, but
> the actual argument is struct _Bind*.
--- Comment #6 from burnus at gcc dot gnu dot org 2007-07-05 18:23 ---
FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The Ada run-time has changed its expectation for the prototype of
pthread_sigmask. The RTEMS specific file does not compile. This small patch
fixes it.
2007-07-05 Joel Sherrill <[EMAIL PROTECTED]>
* s-osinte-rtems.ads: Correct prototype of pthread_sigmask.
--
Summary: Bin
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-05 18:00 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00473.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32538
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-05 17:59 ---
Translation fixes goto the translation team which is not part of the GCC team
really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenther at suse dot de 2007-07-05 18:29 ---
Subject: Re: Fails to tree-combine conditions
in COND_EXPRs
On Thu, 5 Jul 2007, pluto at agmk dot net wrote:
>
>
> --- Comment #9 from pluto at agmk dot net 2007-07-05 18:21 ---
> (In reply to comment #8)
>
--- Comment #2 from mark at gcc dot gnu dot org 2007-07-05 18:34 ---
Subject: Re: Wrong selection of field in inner class when
outer class and super class have a relevant filed named the same
> --- Comment #1 from tromey at gcc dot gnu dot org 2007-07-05 17:31
> ---
>
--- Comment #1 from joel at oarcorp dot com 2007-07-05 18:30 ---
Created an attachment (id=13853)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13853&action=view)
Patch to make this file compile
With this patch, I have been able to successfully compile GNAT for 7 target
architectu
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-05 18:43 ---
Subject: Bug 28190
Author: ro
Date: Thu Jul 5 18:43:16 2007
New Revision: 126377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126377
Log:
PR libgcj/28190
* inclhack.def (irix_stdint_c99): New f
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-05 18:48 ---
>:0: error: nonnull argument references non-pointer operand (argument
>1, operand 1)
That means we are miscompiling some part of cc1 somewhere. Which I doubt is a
pointer plus issue because I have gotten no bug re
--- Comment #2 from ubizjak at gmail dot com 2007-07-05 18:55 ---
Duplicate of 32639.
*** This bug has been marked as a duplicate of 32639 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from ubizjak at gmail dot com 2007-07-05 18:55 ---
*** Bug 32631 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-05 18:50 ---
Confirmed. This is caused by r126326, somehow I didn't notice this during
testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-05 19:02 ---
This patch works for me:
Index: fold-const.c
===
--- fold-const.c(revision 126338)
+++ fold-const.c(working copy)
@@ -282,14 +282,8 @@
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-05 19:06 ---
We compare two pointer-to-method types that "look" the same:
Breakpoint 3, useless_type_conversion_p (outer_type=0xb7d869b4,
inner_type=0xb7d866c0) at /home/richard/src/trunk2/gcc/tree-ssa.c:917
917 inner
--- Comment #6 from prj-bugzilla-gcc at multivac dot cwru dot edu
2007-07-05 19:23 ---
I've found the problem. The libtool-ldflags script inserts -Xcompiler for any
argument starting with "-f" or "--", even if that argument was already quoted
with -Xlinker/-Xcompiler/-Xpreprocessor. I
--- Comment #7 from pcarlini at suse dot de 2007-07-05 19:46 ---
Great. Thanks a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #8 from bonzini at gnu dot org 2007-07-05 20:03 ---
Subject: Re: BOOT_CFLAGS is not passed to stage2 and stage3
compile
Sebastian Pop wrote:
> Hi,
>
> here is a fix for PR32622 that I've bootstrapped and tested on
> i686-linux with "configure BOOT_CFLAGS=-O2" that made th
--- Comment #1 from brolley at redhat dot com 2007-07-05 20:05 ---
I've worked on this a bit and just realized that it's assigned to Mark
Mitchell. However, here's what I've learned, in case it helps...
The segfault occurs in convert_for_initialization because the TREE_TYPE of rhs
is NU
--- Comment #22 from bonzini at gnu dot org 2007-07-05 20:11 ---
The patch does not fix this one, which also works in 3.3 and fails in 4.1. I'm
not sure it's 100% the same bug. Still, I committed the patch to fix the
testcase from PR21291.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-07-05 20:25
---
I have a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
--- Comment #9 from spop at gcc dot gnu dot org 2007-07-05 20:26 ---
Subject: Bug 32622
Author: spop
Date: Thu Jul 5 20:26:10 2007
New Revision: 126386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126386
Log:
PR bootstrap/32622
* config/mh-x86omitfp (BOOT_CFLA
--- Comment #2 from laurent at guerby dot net 2007-07-05 20:36 ---
This was working with 4.1
--
laurent at guerby dot net changed:
What|Removed |Added
CC|
--- Comment #10 from spop at gcc dot gnu dot org 2007-07-05 20:55 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from patchapp at dberlin dot org 2007-07-05 21:15 ---
Subject: Bug number PR32633
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/msg00511.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-07-05 21:21 ---
Subject: Bug 32639
Author: rguenth
Date: Thu Jul 5 21:21:10 2007
New Revision: 126389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126389
Log:
2007-07-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-07-05 21:21 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-07-05 21:57
---
> This patch works for me:
Well, that sizetypes are sign-extended is assumed in other places too.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 116 matches
Mail list logo
