--- Comment #17 from tony2001 at php dot net 2007-02-16 19:29 ---
(In reply to comment #13)
> > - fastjar compilation requires "makeinfo" (had to patch Makefile to make it
> > work); see Bug 27822
>
> Do not build Java.
I didn't.
With --enable-languages={c,c++} it still builds fastjar
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-02-16 19:39
---
> With --enable-languages={c,c++} it still builds fastjar.
> Don't ask me why.
Something is very likely misconfigured.
> > You didn't set CONFIG_SHELL.
>
> What should I set it to?
> I guess GNU bash isn't goo
--- Comment #19 from tony2001 at php dot net 2007-02-16 19:58 ---
>You shouldn't need bison or m4 either.
Well, I just unpacked the tar, executed configure, make and got this error
message.
Using the recommended native binutils and GNU make.
Anything else?
--
http://gcc.gnu.org/bu
--- Comment #20 from armin at xos dot net 2007-02-16 20:04 ---
Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
did you set the shell it might be that /bin/sh is no bash but a ksh
and paths might be wrong in any of those...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:05
---
> Well, I just unpacked the tar, executed configure, make and got this error
> message.
And set CONFIG_SHELL? And configured outside the source directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=308
--- Comment #22 from tony2001 at php dot net 2007-02-16 20:08 ---
(In reply to comment #20)
> Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
>
> did you set the shell it might be that /bin/sh is no bash but a ksh
# $CONFIG_SHELL --version
GNU bash, version 2.03.0(1)-release
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:12
---
> # $CONFIG_SHELL --version
> GNU bash, version 2.03.0(1)-release (sparc-sun-solaris)
> Copyright 1998 Free Software Foundation, Inc.
IIRC old bash versions are buggy on Solaris. Just use /bin/ksh as recommende
--- Comment #24 from tony2001 at php dot net 2007-02-16 20:41 ---
(In reply to comment #21)
> > Well, I just unpacked the tar, executed configure, make and got this error
> > message.
>
> And set CONFIG_SHELL?
Ok, using ksh now.
> And configured outside the source directory?
Why on
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:46
---
> Why on earth is this required?
Long story... :-)
> Though, it still fails in the same place:
>
> bison -y --name-prefix=__gettext --output plural.c
> /space/tony/gcc-4.1.2/intl/plural.y
Puzzled. Try --disa
--- Comment #26 from armin at xos dot net 2007-02-16 20:48 ---
Subject: Re: php 5.2.1 / gcc 4.1.1 / solaris 2.9 / 64 bit
did you unpack the source
make a directory for the build
go there
and do a ../???/configure xxx
snd not build in the unpacked dir?
maybe you have a strange version
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-02-16 20:50 ---
(In reply to comment #3)
> There is a new -Wconversion implementation. Perhaps you could do the same for
> fortran as I did for C/C++. Take a look at c-common.c (conversion_warnings).
> It
> would be great if -Wcon
* loop.c (strength_reduce): Don't reduce giv that is not always
executed and where add_val or mult_val can trap.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20070216-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/loop.c
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-02-16 20:55
---
Fixed on 4.1 branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from tony2001 at php dot net 2007-02-16 20:56 ---
(In reply to comment #25)
> > Why on earth is this required?
>
> Long story... :-)
And a weird one, no doubt.
> Puzzled. Try --disable-nls then.
I'll tell you the result in 10-15 minutes.
--
http://gcc.gnu.org/bu
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2007-02-16 21:00
---
> And a weird one, no doubt.
Probably, but again it's fully documented.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-16 21:08 ---
(In reply to comment #4)
> (In reply to comment #3)
>
> > There is a new -Wconversion implementation. Perhaps you could do the same
> > for
> > fortran as I did for C/C++. Take a look at c-common.c
> > (conversion_wa
I just got this error building a cross-compiler from sparc-sun-solaris2.10
targetted to i686-unknown-linux-gnu. This worked as recently as last
week:
> build/genoutput ../../egcc-SVN20070216/gcc/config/i386/i386.md
> insn-conditions.md > tmp-output.c
> config/i386/i386.md:3705: error: undefin
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-02-16 21:33
---
(In reply to comment #12)
> 1) there is no warning if I add the keyword "inline" to objc-list.h
> (list_free).
I preapprove the patch which adds the keyword inline to that function.
Thanks,
Andrew Pinski
--
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-16 21:48 ---
Fixed on svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #10 from tromey at gcc dot gnu dot org 2007-02-16 21:51 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #29 from tony2001 at php dot net 2007-02-16 22:26 ---
That seems to do the trick, lets see now if it's able to create working
binaries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30819
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-16 22:29 ---
libcpp should be use BOOT_CFLAGS in 4.1.0 and before.
In 4.2.0 and above the toplevel bootstrap allows libcpp to be compiled three
times.
Second there is TARGET_CFLAGS also which is used to compile target libraries.
> I just got this error building a cross-compiler from sparc-sun-solaris2.10
> targetted to i686-unknown-linux-gnu. This worked as recently as last
> week:
>
> > build/genoutput ../../egcc-SVN20070216/gcc/config/i386/i386.md
> insn-conditions.md > tmp-output.c
> > config/i386/i386.md:3705: err
--- Comment #5 from sje at cup dot hp dot com 2007-02-16 23:26 ---
It looks like GCC is running afoul of the IA64 Runtime standard. In section
8.6 (return values) it says that aggregates larger than 256 bytes (mallinfo is
320 bytes), the caller must allocate a buffer and pass a pointer
--- Comment #15 from manu at gcc dot gnu dot org 2007-02-16 23:35 ---
(In reply to comment #14)
> (In reply to comment #12)
> > 1) there is no warning if I add the keyword "inline" to objc-list.h
> > (list_free).
>
> I preapprove the patch which adds the keyword inline to that function
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-02-16 23:42
---
Subject: Bug 30779
Author: jvdelisle
Date: Fri Feb 16 23:42:11 2007
New Revision: 122059
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122059
Log:
2007-02-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-02-16 23:52
---
No need to go to 4.1. This is an ICE on invalid.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
The following prints some garbage characters for GCC 4.0.x and GCC 4.1.x on
x86-linux (for various x, I believe all official GCC releases are affected).
with Ada.Text_IO; use Ada.Text_IO;
with GNAT.compiler_version;
procedure P is
package V is new GNAT.compiler_version;
begin
Put_Line ("comp
make bootstrap failed with the following error:
/home/xiaoyi/build/obj.gcc412/./gcc/xgcc -shared-libgcc
-B/home/xiaoyi/build/obj.gcc412/./gcc -nostdinc++
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/xiaoyi/build/obj.gcc412/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/e
this may or may not be the same as #29775.
% cat extra-mov.c <> shift;
unsigned value = table[block];
return (value >> 8);
}
EOF
% gcc -g -O3 -Wall -c -o extra-mov.o extra-mov.c
% objdump -dr extra-mov.o
extra-mov.o: file format elf64-x86-64
Disassembly of section .text:
0
../../../gcc43/libgcc/../gcc/libgcc2.c: In function '__lshrdi3':
../../../gcc43/libgcc/../gcc/libgcc2.c:435: internal compiler error:
Segmentation fault
Trunk Revision: 122064
Configured with:
../gcc43/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran
--enable-bootstrap --enabl
--- Comment #1 from rridge at csclub dot uwaterloo dot ca 2007-02-17 05:32
---
This also happens on MinGW, and I've been able to reproduce on i386-linux.
It seems to be due to the changes made in r121821. In this change
a number of functions made to use set_unique_reg_note(), but thi
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-17 05:40 ---
This is odd... I can't confirm this in mainline, having tried both i686 and
x86_64 native builds. Has anyone else confirmed that it applies to the trunk
as well, to justify its being marked as 4.3 Regression?
I'll
--- Comment #4 from grigory_zagorodnev at linux dot intel dot com
2007-02-17 06:16 ---
(In reply to comment #3)
> This is odd... I can't confirm this in mainline, having tried both i686 and
I see this on 4.2 branch only.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment):
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment):
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-17 07:12 ---
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01491.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #68 from jv244 at cam dot ac dot uk 2007-02-17 07:50 ---
Current gfortran compiles the code with the standard -OX switches, however,
still ICEs with '-O2 -fbounds-check -ftree-vectorize -ftree-loop-linear
-ffast-math -O2 -msse3' on our local opteron.
all_cp2k_gfortran.f90: I
101 - 138 of 138 matches
Mail list logo
