HI all:
I can't build gcj in mingw32 in window XP (gcc-4.2.0), this is error out :
mkdir -p classes/gnu/classpath/tools/jarsigner
mkdir -p classes/gnu/classpath/tools/keytool
cp
../../../../../../gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/rmi/rmic/templates/*.jav
classes/gnu/classpath/t
--- Comment #1 from dragzhb at yahoo dot com dot cn 2007-05-26 07:09
---
build spec :
$ gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../../gcc-4.2.0/configure --with-gcc --with-gnu-ld
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/m
ingw --enable-threads --dis
Hi all :
When I build gcc-g++ 4.2.0 in Mingw32 in Windows XP, when it compile libstdc++
, it want to create directory link of
$GCC_SRC_ROOT\mingw_build\mingw32\libstdc++-v3\include\ext\pb_ds\detail, but in
mingw32 , It can't create it.
but if I copy all directories in
$GCC_SRC_ROOT\libstdc++-v3\i
--- Comment #101 from jv244 at cam dot ac dot uk 2007-05-26 08:45 ---
current gcc (i.e. after the fix for PR32018) still ICEs as described in comment
#100
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #102 from jv244 at cam dot ac dot uk 2007-05-26 09:02 ---
(In reply to comment #101)
> current gcc (i.e. after the fix for PR32018) still ICEs as described in
> comment
> #100
the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed,
it also fails with -
--- Comment #6 from ubizjak at gmail dot com 2007-05-26 09:06 ---
(In reply to comment #5)
> Is this related to 31741 ?
Yes. All dfp tests should pass now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32065
--
ubizjak at gmail dot com changed:
What|Removed |Added
BugsThisDependsOn||32065
Status|UNCONFIRMED |NEW
Ever Confirm
I don't know if this is a regression or not. But I decided to test my latest
data-ref patch more than I tested my old one via testing bootstrap with the
vectorizer turned on, I noticed the dfp tests would fail. The assembly for the
tests were the same, the problem is we were creating wrong code f
Hi,
>> Hmm, I see your g77 is 2002 vintage. I have a 3.4 version. Still,
>> I would recommend that you upgrade to a newer compiler, preferably
>> gfortran.
>>
> I'll try to do that!
>
Note that openSUSE 10.2 comes with gfortran 4.1.x thus you can simply
install it via YaST2.
If you want t
--- Comment #103 from jv244 at cam dot ac dot uk 2007-05-26 10:06 ---
(In reply to comment #101)
> current gcc (i.e. after the fix for PR32018) still ICEs as described in
> comment
> #100
the compiler options '-c -O3 -ftree-vectorize -ffast-math' seem to be needed,
it also fails with -
The following program is invalid but accepted by gfortran, at runtime the
program fails.
Other compilers:
- NAG f95 compiles this and does not fail
- g95:
Error: Circular specification in variable 'a' at (1)
- ifort:
fortcom: Error: x.f90, line 11: The data types of the argument(s) are invalid.
[
--- Comment #9 from pault at gcc dot gnu dot org 2007-05-26 11:25 ---
Subject: Bug 31219
Author: pault
Date: Sat May 26 11:25:36 2007
New Revision: 125088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125088
Log:
2007-05-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/31
--- Comment #10 from burnus at gcc dot gnu dot org 2007-05-26 11:59 ---
Fixed in 4.3.0; no regression, not serious wrong-code PR -> no backporting to
4.2
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Compiling semi_empirical_int_ana.f90 of CP2k (cf. PR 29975) gives an ICE:
(with 4.3.0 20070526 on x86_64-unknown-linux-gnu)
gfortran -c -O3 -ftree-vectorize -ffast-math -march=opteron
semi_empirical_int_ana.f90
semi_empirical_int_ana.f90: In function 'dterep_ana':
semi_empirical_int_an
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-26 13:12 ---
Created an attachment (id=13614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13614&action=view)
test file (2540 lines)
Test case, I failed to reduce the size.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-26 13:33 ---
It worked with 2007-05-14-r124708 and fails with 2007-05-15-r124736.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-26 14:15 ---
The patch causing (or exposing) the ICE is:
r124727 | rakdver | 2007-05-14 23:58:42 +0200 (Mon, 14 May 2007) | 46 lines
http://gcc.gnu.org/ml/gcc-cvs/2007-05/msg00425.html
Zdenek, could you have a look?
--
burnu
I configured GCC like this:
/n/08/rask/src/gcc/configure --target=m32c-unknown-elf --with-gmp=${HOME}/opt
--with-mpfr=${HOME}/opt --disable-nls --with-newlib --enable-sim
--disable-multilib --enable-languages=c,c++,objc,java
I get an ICE building libobjc:
/home/rask/build/gcc-m32c-unknown-elf/./
--- Comment #28 from mkoeppe at gmx dot de 2007-05-26 15:49 ---
(In reply to comment #27)
> Have you managed to build libstdc++v3? it gives me *lots* of errors. i managed
> fixing a few (copying host_headers next to c++config.h for example, otherwise
> it wont find those files...), but
--- Comment #1 from rask at sygehus dot dk 2007-05-26 15:50 ---
Created an attachment (id=13615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13615&action=view)
sendmsg.c preprocessed
I have attached the preprocessed sendmsg.c in case you need it.
--
http://gcc.gnu.org/bugzi
The old libtool did
/bin/sh ./libtool --mode=compile
/export/build/gnu/gcc/build-x86_64-linux/gcc/gcj
-B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -ffloat-store
-fomit-frame-pointer -fclasspath=
-fbootclasspath=/exp
Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
(BLANK LINE)
#
# gcc-4_3-build/gcc/cpp --version
cpp (GCC) 4.3.0 20070526 (experimental)
Copyright (C) 2007 Free
--- Comment #1 from hjl at lucon dot org 2007-05-26 17:49 ---
In libjava/libtool, there are
# ### BEGIN LIBTOOL TAG CONFIG: GCJ
# Is the compiler the GNU compiler?
with_gcc=
# Compiler flag to turn off builtin functions.
no_builtin_flag=" -fno-builtin"
# How to pass a linker flag thr
--- Comment #23 from dominiq at lps dot ens dot fr 2007-05-26 17:51 ---
> Is this still broken or can we close?
As far as I can tell it is still broken
(http://gcc.gnu.org/ml/gcc/2007-05/msg00628.html).
> I would like to fix this if possible.
Me too!-)
If Jack Howarth send me a p
--- Comment #2 from hjl at lucon dot org 2007-05-26 18:00 ---
The problem is the new libtool supports the normal Java. But it doesn't
support libjava. The difference is when compiling libjava, gcj isn't fully
functional. ecj1, which may be used by gcj, isn't available. gcj will fail
most
when I'm trying to compile the program
#include
static double s = sin(0.0);
int main(){
return 0;
}
with gcc t.c, the compiler produces the warnings
t.c:3: warning: initializer element is not constant
t.c:3: warning: (near initia
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 18:26 ---
No, sin(0) is not constant in C. C has specific rules about constant
expression. You can use __builtin_sin(0) to always get the constant folding.
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #3 from rob1weld at aol dot com 2007-05-26 18:45 ---
> If it is trivial, then just prepare a patch for it, test it and send it to
> gcc-patches. Opening a PR for this was a waste of electricity.
"Minor" and "Trivial" are choices on the "Severity" setting.
I'll be glad to ma
--- Comment #2 from andrei dot kouznetsov at gmail dot com 2007-05-26
18:47 ---
Ok, but __builtin_sin(M_PI) is not constant again
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32099
--- Comment #2 from patchapp at dberlin dot org 2007-05-26 18:50 ---
Subject: Bug number PR c++/30759
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-05/msg01795.html
--
http://gcc.gnu.org/bugzil
--- Comment #2 from rob1weld at aol dot com 2007-05-26 18:52 ---
> I think the proper fix here is to disable this warning in tools.
New tools (without warnings) would be nice (without any breakage too ;) ).
Whatever choice the classpath group and the maintainers at the gcc group feel
c
--- Comment #2 from rob1weld at aol dot com 2007-05-26 18:59 ---
Either a gcc-4_3-trunk/contrib/README (might as well describe all the files)
_or_ a oneliner in gcc-4_3-trunk/README that explains to:
Use "contrib/gcc_update" to get the newest revision from SVN.
would close this for me
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-05-26 18:59
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #1 from rob1weld at aol dot com 2007-05-26 19:02 ---
Attempting to integrate GC7 - works "as-is" _if_ you don't compile Java.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31999
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-05-26 19:02
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-05-26 19:09
---
This is not fixed.
The testcase added as pr31434.C is actually the testcase from PR31436
which is now fixed.
Gregor, would you mind fixing the ChangeLog (and maybe even rename the
testcase)?
Thanks!
--
reichelt
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-05-26 19:11
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from rob1weld at aol dot com 2007-05-26 19:17 ---
# runtest --version
Expect version is 5.43.0
Tcl version is 8.4
Framework version is1.4.99
I use Debian GNU/Linux. That version is the newest that "apt-get update",
"apt-get upgrade" will pull.
I _defi
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:32
---
Subject: Bug 31813
Author: jvdelisle
Date: Sat May 26 19:31:57 2007
New Revision: 125097
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125097
Log:
2007-05-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:36
---
Subject: Bug 31813
Author: jvdelisle
Date: Sat May 26 19:36:14 2007
New Revision: 125098
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125098
Log:
2007-05-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-05-26 19:36
---
Fixed on trunk
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-26 20:00 ---
No feedback in over 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-26 20:00 ---
No feedback in over 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 20:03 ---
Only one bug still exists but I don't know if that really still exist in 4.3.0
or not. I am still going to close this as fixed for 4.3.0 as the majority of
the bugs have been fixed.
--
pinskia at gcc dot gnu dot
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-26 21:11 ---
Found it finally:
Index: real.c
===
--- real.c (revision 125096)
+++ real.c (working copy)
@@ -4746,7 +4746,7 @@
/* Take care of Infinity a
// Kudos to Yuriy Tsibizov for doing all dirty work hunting down miscompilation
// of snd_emu10k1 driver in FreeBSD -CURRENT
// small testcase, compile with -O1 -ftree-vrp
void abort (void);
struct T
{
int b : 1;
} t;
void __attribute__((noinline)) foo (int f)
{
t.b = (f & 0x10) ? 1 : 0;
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-26 21:35 ---
Related to PR 23603.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
--- Comment #7 from uros at gcc dot gnu dot org 2007-05-26 21:35 ---
Subject: Bug 32065
Author: uros
Date: Sat May 26 21:35:41 2007
New Revision: 125102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125102
Log:
PR target/32065
* config/i386/i386.md (movti): Hand
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-26 21:38 ---
D.1532_3 = D.1531_2 != 0;
Found new range for D.1532_3: [0, +INF]
So we have a "signed int:1" which we get the wrong range for.
Confirmed, looking more into it.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-26 21:42 ---
set_value_range_to_nonnegative returns true which is wrong as the range of
signed:1 is only [-1,0].
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32100
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-26 21:51 ---
The fix:
Index: fold-const.c
===
--- fold-const.c(revision 125044)
+++ fold-const.c(working copy)
@@ -13485,9 +13485,14 @@ tree_expr_non
--- Comment #4 from patchapp at dberlin dot org 2007-05-26 22:00 ---
Subject: Bug number PR32083
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-05/msg01803.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-26 22:11 ---
+ if ((TYPE_PRECISION (t) != 1 || TYPE_UNSIGNED (t))
Should obviously be:
+ if ((TYPE_PRECISION (type) != 1 || TYPE_UNSIGNED (type))
This is why I should not change my patch after I made it working. Luc
On Fedora Core 6 (Linux sponge.danger.com 2.6.20-1.2948.fc6 #1 SMP Fri Apr 27
19:48:40 EDT 2007 i686 i686 i386 GNU/Linux) using gcc ((GCC) 4.1.1 20070105
(Red Hat 4.1.1-51)) With sources for binutils-2.17 and gcc-4.2.0 from tarballs
Executing
for CPU in 926ej-s ; do
rm -rf /usr/local/armdev-
--- Comment #9 from rob1weld at aol dot com 2007-05-26 22:51 ---
Getting stuck at ?:
libtool: compile: mv -f "process-Posix.o" "java/.libs/process-Posix.o"
mv: cannot stat `process-Posix.o': No such file or directory
_OR_
libtool: compile: mv -f "awt.o" "gnu/.libs/awt.o"
mv: cannot stat
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-26 23:24 ---
The problem is the resolution happens too early. In decl.c the function is
matched and immediately the kind parameter is resolved:
gfc_match_kind_spec (gfc_typespec *ts)
n = gfc_match_init_expr (&e); // "has not bee
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-05-27 01:21
---
Patch in progress.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Ass
This is with the 4.3-20070525 snapshot.
Test program:
void Alpha();
void Beta() {
int i;
for (i = 1; i > 0; ++i)
Alpha();
}
This invocation produces no warnings:
/home/mec/gcc-4.3-20070525/install/bin/gcc -O2 -S -Wstrict-overflow=2 -Wall
z1.c
This invocation produces warnings:
/home/
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 03:45 ---
I don't think this is a bug, -Wall enable -Wstrict-overflow=1 so you have
-Wstrict-overflow=2 -Wstrict-overflow=1 (-Wstrict-overflow is the same as
-Wstrict-overflow=2). This is just like any other option like -fno-
60 matches
Mail list logo
