[EMAIL PROTECTED] wrote on 24/06/2007 01:17:34:
I tested it on powerpc64-linux with the default option
--with-cpu=default32.
Ah, so this is a 32-bit compiler like on sparc64-linux?
--with-cpu=default32 means that the compiler itself and it's produced
code are 32 bits by default.
Revital
On Jun 23, 2007, at 2:38 PM, Robert Dewar wrote:
On the contrary, since gcc can always be built using third party C
compilers, it would be much easier to smoke out and eliminate any
such behavior (indeed this example shows the merit of maintaining
the property that gcc can be compiled by
Indeed. It would be interesting to confirm whether or not a copy of gcc
bootstrapped with a non-gcc compiler matched byte-for-byte with a copy
of gcc bootstrapped from gcc.
I just made the experiment on an old SPARC/Solaris 2.5.1 machine and they
differ (cc is Sun C 5.0 and gcc is GCC
Hi
I have a very basic doubt regarding gcc,binutils and kernel.
How closely tied are the linux kernel version and the gcc/glibc versions? and
where exactly does binutils come in?
What kind of changes usually require that version x of kernel requires version
y of binutils and gcc-z.
And is
On Jun 24, 2007, at 9:32 PM, ganesh subramonian wrote:
I have a very basic doubt regarding gcc,binutils and kernel.
How closely tied are the linux kernel version and the gcc/glibc
versions?
Versions of gcc are never (much) dependent on kernel versions. They
are rarely dependent on glibc
[EMAIL PROTECTED] wrote:
How closely tied are the linux kernel version and the gcc/glibc versions? and
where exactly does binutils come in?
Not at all closely, although versions from different years are unlikely
to be well tested together.
For eg: can i run a system with linux-2.4.20
--- Comment #11 from spop at gcc dot gnu dot org 2007-06-24 06:48 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Hi,
On 6/23/07, Richard Guenther [EMAIL PROTECTED] wrote:
First - can you check why the asociate: case in
--- Comment #1 from dcb314 at hotmail dot com 2007-06-24 07:57 ---
Created an attachment (id=13771)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13771action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32476
I just tried to compile Suse Linux package gnugo-3.7.10-49 with the
GNU C compiler version 4.3 snapshot 20070622
The compiler said
dfa.c: In function 'dfa_graph_build_level':
dfa.c:1510: internal compiler error: in build2_stat, at tree.c:3080
Please submit a full bug report,
with preprocessed
--- Comment #13 from sebpop at gmail dot com 2007-06-24 07:55 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
Unfortunately I haven't seen the suggestion of Håkan Hjort to
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-24 08:08 ---
*** Bug 32476 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-24 08:08 ---
*** This bug has been marked as a duplicate of 32421 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I just tried to compile Suse Linux package hwinfo-13.35-18 with the
GNU C compiler version 4.3 snapshot 20070622
The compiler said
i10_vbios.c: In function 'int10_bios_ok':
i10_vbios.c:154: warning: cast to pointer from integer of different size
i10_vbios.c: In function 'InitInt10':
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-24 09:25 ---
Related to PR 32230 (that is we have the same issue but different places).
This case, we call vect_create_addr_base_for_vector_ref and then expect the
new_stmt_list not be to empty.
I am starting to think we should
--- Comment #1 from dcb314 at hotmail dot com 2007-06-24 09:15 ---
Created an attachment (id=13772)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13772action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32477
The attached code generates an ICE when compiled at level
-O1, but curiously not -O0, -O2, -O3.
wtest.f90: In function foo_bar_phi_foo:
wtest.f90:12: internal compiler error: in build2_stat, at tree.c:3074
Please submit a full bug report,
with preprocessed source if appropriate.
The cause
--- Comment #1 from refson dot temp at ntlworld dot com 2007-06-24 10:09
---
Created an attachment (id=13773)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13773action=view)
Test case source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32478
--- Comment #16 from ebotcazou at libertysurf dot fr 2007-06-24 10:26
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
and at that point we have:
(gdb) call debug_tree (arg0)
bit_not_expr 0xb7cd67c0
type
Hello,
there seems to be a problem compiling the attached source file with sh-elf-gcc:
/home/mstein/sim/sh-elf/build/./gcc/xgcc -B/home/mstein/sim/sh-elf/build/./gcc/
-nostdinc -B/home/mstein/sim/sh-elf/build/sh-elf/m2a/newlib/ -isystem
/home/mstein/sim/sh-elf/build/sh-elf/m2a/newlib/targ-include
--- Comment #17 from pinskia at gmail dot com 2007-06-24 10:27 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
So this
--- Comment #14 from sebpop at gmail dot com 2007-06-24 10:11 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
So this just looks like we want to improve operand_equal_p,
--- Comment #8 from marcus at jet dot franken dot de 2007-06-24 10:41
---
is fixed in current SVN.
--
marcus at jet dot franken dot de changed:
What|Removed |Added
--- Comment #1 from marcus at jet dot franken dot de 2007-06-24 10:43
---
Created an attachment (id=13775)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13775action=view)
lolvldrv.i
gcc -m32 -O2 -fPIC -c lolvldrv.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32481
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-06-24 10:43
---
Created an attachment (id=13776)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13776action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32479
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-06-24 10:43 ---
Reduced testcase and backtrace:
$ cat pr32478.f90
subroutine foo_bar_phi_foo(bar_phi)
real, dimension(:,:,:,:,:,:) :: bar_phi
bar_phi = 0.0
end subroutine foo_bar_phi_foo
$ gfortran-svn -O1 pr32478.f90
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-24 10:51 ---
*** Bug 32478 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-24 10:51 ---
*** This bug has been marked as a duplicate of 32417 ***
*** This bug has been marked as a duplicate of 32417 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #27 from dominiq at lps dot ens dot fr 2007-06-24 10:51 ---
As Dominique, I still get an error for g95 -O2, but that is a different
compiler (usually found with GCC 4.0.x backend; note GCC 4.1.x is no longer
maintained.)
Note that g95 can be compiled with 4.1:
Using
Hi,
I'm not sure this qualifies as a bug or not, but there might be some room for
improvement here.
Given the following piece of code, compiled with gcc 4.1.2 without
optimization:
int main(int argc, char **argv)
{
main_start:
printf(%x %x %x %d\n, main_start, blah_start, blah_end,
--- Comment #18 from pinskia at gmail dot com 2007-06-24 10:33 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Eric Botcazou [EMAIL PROTECTED] wrote:
Why are the operands of different type at that point?
extracted from Wine. Pretty new (appeared in the last days).
/home/marcus/projects/gcc/BIN/bin/gcc -m32 -fPIC -c -O2 ~/lolvldrv.i
/home/marcus/lolvldrv.i: In function 'xx':
/home/marcus/lolvldrv.i:32: internal compiler error: in df_refs_verify, at
df-scan.c:4058
--
Summary: ICE
--- Comment #19 from ebotcazou at libertysurf dot fr 2007-06-24 10:45
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Because there is a STRIP_NOPS in fold_binary and then we look at
BIT_NOT_EXPR's operand which is a
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-24 11:04 ---
Subject: Bug 32298
Author: pault
Date: Sun Jun 24 11:04:02 2007
New Revision: 125983
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125983
Log:
2007-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-24 11:04 ---
Subject: Bug 31726
Author: pault
Date: Sun Jun 24 11:04:02 2007
New Revision: 125983
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125983
Log:
2007-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #10 from pault at gcc dot gnu dot org 2007-06-24 11:05 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-24 11:06 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
On 24 Jun 2007 10:51:42 -, dominiq at lps dot ens dot fr
[EMAIL PROTECTED] wrote:
(1) when compiled with 4.1, g95 gives ICE on derived type I/O when compiled
with -O (at least on Mac OSX 10.3.9):
[karma] bug/ice_g95_4.1% g95 -O type_1_red.f90
type_1_red.f90:3: internal compiler error:
--- Comment #28 from pinskia at gmail dot com 2007-06-24 11:12 ---
Subject: Re: gfortran - incorrect run time results
On 24 Jun 2007 10:51:42 -, dominiq at lps dot ens dot fr
[EMAIL PROTECTED] wrote:
(1) when compiled with 4.1, g95 gives ICE on derived type I/O when compiled
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 11:02 ---
No, the behavior of GCC is the documented behavior.
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Labels-as-Values.html
Basically if you don't use the labels as values for computed jumps the label
can be moved
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||spark at gcc dot gnu dot
|
--- Comment #20 from richard dot guenther at gmail dot com 2007-06-24
11:40 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
On 6/24/07, Sebastian Pop [EMAIL PROTECTED]
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-24 12:20
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
have you done a recent update? there have been two bugs fixed that might
effect this.
--
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-06-24 12:08
---
...to mark as fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Hello,
there seems to be a problem compiling the attached source file with
i686-pc-linux-gnu-gcc:
gcc -m32 -Wp,-MD,mm/.slab.o.d -nostdinc -isystem
/home/mstein/host-gcc/trunk-2007-06-24/bin/../lib/gcc/i686-pc-linux-gnu/4.3.0/include
-D__KERNEL__ -Iinclude -include include/linux/autoconf.h
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-06-24 12:07
---
Created an attachment (id=13777)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13777action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32482
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-06-24 12:08
---
Reopen...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mstein at phenix dot rootshell dot be 2007-06-24 12:10
---
Was fixed some weeks ago.
--
mstein at phenix dot rootshell dot be changed:
What|Removed |Added
--- Comment #3 from mstein at phenix dot rootshell dot be 2007-06-24 12:13
---
fixed since Mon May 7 22:14:05 2007.
--
mstein at phenix dot rootshell dot be changed:
What|Removed |Added
--- Comment #21 from rob1weld at aol dot com 2007-06-24 12:22 ---
(In reply to comment #20)
Since GCC can 'see' the %f at compile time
... that does not mean the behavior is the correct to cast it to float. ...
So the correct behavior is:
a): Cast it to something other than float.
--- Comment #21 from sebpop at gmail dot com 2007-06-24 12:50 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Richard Guenther [EMAIL PROTECTED] wrote:
If you use TREE_OPERAND (op0, 0), op1 instead it should
For writting F0.1 or i0 is allowed, for reading not.
g95 gives: Warning: Positive width required in format string
NAG f95: Error: Zero field width for F edit descriptor invalid for input
--
Summary: edit descriptor checking: Compile-time check for zero
width for
--- Comment #4 from rob1weld at aol dot com 2007-06-24 12:30 ---
After a bit of testing I came up with these final values:
gcc-4_3-trunk/libmudflap/testsuite/lib/mfdg.exp
/root/downloads/gcc-4_3-trunk/libmudflap/testsuite/libmudflap.cth/pass39-frag.c
/* { dg-timeout 10 } */
/* {
--- Comment #23 from richard dot guenther at gmail dot com 2007-06-24
12:59 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
On 6/24/07, Richard Guenther [EMAIL PROTECTED]
--- Comment #24 from rask at sygehus dot dk 2007-06-24 13:04 ---
Subject: Re: [4.3 Regression] Segmentation
fault in build_classic_dist_vector_1()@tree-data-ref.c:2700
On Sun, Jun 24, 2007 at 02:50:37PM +0200, Sebastian Pop wrote:
2007-06-24 Sebastian Pop [EMAIL PROTECTED]
--- Comment #26 from sebpop at gmail dot com 2007-06-24 13:38 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Richard Guenther [EMAIL PROTECTED] wrote:
An alternative is to use
if (TREE_CODE (arg1)
--- Comment #25 from schwab at suse dot de 2007-06-24 13:34 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Richard Guenther [EMAIL PROTECTED] writes:
quite possibly. The patch is ok if it bootstraps tests and you
# /usr/lib/gcj-4.3.0_alpha20070622/bin/gcj -shared -Wl,-Bsymbolic -fPIC
-findirect-dispatch -fjni -g0 -O0 -mtune=nocona -march=nocona -pipe -w
-save-temps -o libjunit.jar.so junit.jar
gcj: Warnung: -pipe ignoriert, da -save-temps angegeben
junit.s: Assembler messages:
junit.s:2812: Error: junk at
--- Comment #1 from h dot mth at web dot de 2007-06-24 14:22 ---
Created an attachment (id=13780)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13780action=view)
jar file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32484
'cout some str' segfaults when called from dlopen'ed libraries (multiple
libraries calling cout).
Valgrind report:
==23756== Thread 25:
==23756== Invalid read of size 4
==23756==at 0x40E59E5: std::basic_ostreamchar, std::char_traitschar
std::endlchar, std::char_traitschar
--- Comment #1 from patchapp at dberlin dot org 2007-06-24 15:50 ---
Subject: Bug number PR32483
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-06/msg01783.html
--
--- Comment #3 from pluto at agmk dot net 2007-06-24 15:54 ---
(In reply to comment #2)
This is caused by two things, jump threading and inlining. If we jump thread
more, we no longer get the warning which is what you are seeing in 4.2.1.
is there any possibility to increase the
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-24 16:19 ---
Subject: Bug 32460
Author: burnus
Date: Sun Jun 24 16:19:11 2007
New Revision: 125984
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125984
Log:
2007-06-24 Tobias Burnus [EMAIL PROTECTED]
PR
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-24 16:20 ---
Fixed in 4.3.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from rob1weld at aol dot com 2007-06-24 17:33 ---
Compiled using fold (compile + check time 16 hours):
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental) testsuite on i686-pc-linux-gnu
--- Comment #13 from rask at sygehus dot dk 2007-06-24 17:38 ---
I updated to revision 125983, which hasn't changed anything as far as I can
tell.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #32 from rob1weld at aol dot com 2007-06-24 17:45 ---
Everyone: Don't forget df, it doesn't slow checking much.
Compile + check time 16 hours :) only:
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 18:38 ---
Can you provide a testcase?
Also do you know how the dlopen was called?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from patchapp at dberlin dot org 2007-06-24 18:40 ---
Subject: Bug number PR32467
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-06/msg01809.html
--
--- Comment #33 from ghazi at gcc dot gnu dot org 2007-06-24 18:40 ---
(In reply to comment #32)
Everyone: Don't forget df, it doesn't slow checking much.
Compile + check time 16 hours :) only:
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
To avoid
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:55
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:54:50 2007
New Revision: 125985
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125985
Log:
2007-06-24 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #2 from nunoplopes at sapo dot pt 2007-06-24 19:07 ---
unfortunately I don't have a short reproducing test case. The whole framework
is a bit complex to allow me to extract a simple test case. This problem seems
to be related with some initialization that is performed by
--- Comment #3 from patchapp at dberlin dot org 2007-06-24 19:10 ---
Subject: Bug number PR31494
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-06/msg01812.html
--
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-06-24 19:12
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from sebpop at gmail dot com 2007-06-24 19:19 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
On 6/24/07, Richard Guenther [EMAIL PROTECTED] wrote:
An
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:58
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:58:36 2007
New Revision: 125986
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125986
Log:
2007-06-24 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-24 19:23 ---
Close bug as no one can reproduce it any more.
The ICE is still present in 4.2.x and 4.1.x, but as this is no regression, we
can close this PR.
--
burnus at gcc dot gnu dot org changed:
What
--- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28 ---
Try with -fwarpv, I bet this is really a bug in g95's IR.
-fwarpv is not recognized by g95.
Can you provide me (us) with the tree dumps?
Do you want all of them? If yes, what is the best way to send them?
--- Comment #4 from pault at gcc dot gnu dot org 2007-06-24 19:24 ---
Subject: Bug 32136
Author: pault
Date: Sun Jun 24 19:24:02 2007
New Revision: 125987
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125987
Log:
2007-06-24 Paul Thomas [EMAIL PROTECTED]
PR
On 24 Jun 2007 19:28:45 -, dominiq at lps dot ens dot fr
[EMAIL PROTECTED] wrote:
--- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28 ---
Try with -fwarpv, I bet this is really a bug in g95's IR.
-fwarpv is not recognized by g95.
How can it not be recognize by
--- Comment #30 from pinskia at gmail dot com 2007-06-24 19:37 ---
Subject: Re: gfortran - incorrect run time results
On 24 Jun 2007 19:28:45 -, dominiq at lps dot ens dot fr
[EMAIL PROTECTED] wrote:
--- Comment #29 from dominiq at lps dot ens dot fr 2007-06-24 19:28
--- Comment #31 from burnus at gcc dot gnu dot org 2007-06-24 19:45 ---
-fwarpv is not recognized by g95.
Try: -fwrapv
This option instructs the compiler to assume that signed arithmetic overflow
of addition, subtraction and multiplication wraps around using twos-complement
--- Comment #32 from dominiq at lps dot ens dot fr 2007-06-24 19:52 ---
mid-air collision!
Try with -fwarpv, I bet this is really a bug in g95's IR.
-fwarpv is not recognized by g95.
How can it not be recognize by g95
Sorry, I did not unfold the typo, g95 recognizes
--- Comment #29 from richard dot guenther at gmail dot com 2007-06-24
19:53 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/24/07, Sebastian Pop [EMAIL PROTECTED] wrote:
On 6/24/07, Sebastian Pop [EMAIL PROTECTED]
--- Comment #2 from patchapp at dberlin dot org 2007-06-24 20:35 ---
Subject: Bug number PR32456
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-06/msg01821.html
--
--- Comment #30 from spop at gcc dot gnu dot org 2007-06-24 20:59 ---
Subject: Bug 32461
Author: spop
Date: Sun Jun 24 20:59:02 2007
New Revision: 125988
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125988
Log:
PR middle-end/32461
* fold-const.c (fold_binary):
--- Comment #31 from spop at gcc dot gnu dot org 2007-06-24 21:00 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #32 from spop at gcc dot gnu dot org 2007-06-24 21:05 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
I forgot to mention: I tested this patch only on i686-linux.
Can somebody give it a test on amd64 see if it
--- Comment #18 from spop at gcc dot gnu dot org 2007-06-24 21:30 ---
Subject: Re: IVs with the same evolution not eliminated
Note I think the proposed patch attached here will fix PR 32200.
Nop.
Reverting the patch and diffing the assembly code for i686-linux on
both codes from
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-06-24 22:56
---
Subject: Bug 32456
Author: jvdelisle
Date: Sun Jun 24 22:56:21 2007
New Revision: 125989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125989
Log:
2007-06-24 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-06-24 23:03
---
Subject: Bug 32456
Author: jvdelisle
Date: Sun Jun 24 23:03:29 2007
New Revision: 125990
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125990
Log:
2007-06-24 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-24 23:06
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hubicka at gcc dot gnu dot org 2007-06-24 23:24
---
Subject: Bug 30563
Author: hubicka
Date: Sun Jun 24 23:24:10 2007
New Revision: 125991
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125991
Log:
PR middle-end/30563
* cgraphunit.c
--- Comment #2 from kkojima at gcc dot gnu dot org 2007-06-24 23:28 ---
A reduced testcase fails on sh4 for -O2 with the same check:
void foo (int nc)
{
unsigned i, n;
if (nc % 3)
abort ();
n = nc / 3;
for (i = 0; i n; i++)
baz ();
}
--
kkojima at gcc dot gnu
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-06-25 00:04 ---
Now this causes a build failure on sh4-unknown-linux-gnu during
compiling libgcc.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-25 01:44 ---
As I mentioned this is now fixed by PR 32075.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I'm trying to compile a cross-compiler to use with nestedvm (which emulates
MIPS binaries) on Debian Linux. The full version of the stable host GCC is
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21), so I decided to use
the closest matching source release to build a cross-compiler. It
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-06-25 01:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-25 02:01 ---
Do you have a C library installed for mips-elf? Because it sounds like you
don't.
Newlib is the normal C library which is used with cross compilers to *-elf. It
is also can be used with the combined builds.
--
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-06-25 02:48
---
Subject: Bug 32456
Author: jvdelisle
Date: Mon Jun 25 02:48:14 2007
New Revision: 125996
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125996
Log:
2007-06-24 Jerry DeLisle [EMAIL PROTECTED]
PR
1 - 100 of 108 matches
Mail list logo