--- Comment #7 from leo at marco dot de 2007-07-16 07:17 ---
Sorry for not noting, this. You are right, we are building on a suse 8.0 system
with gcc-2.95.3 as the host compiler. Thanks, Matthias.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-16 07:45 ---
Or linker trying to link against system libgcc_s rather than the newly built
one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32765
--- Comment #11 from dorit at gcc dot gnu dot org 2007-07-16 08:02 ---
(In reply to comment #10)
> any chance of a 4.2 backport?
sure (as soon as 4.2 gets out of freeze. unfortunately we missed the 4.2.1
release).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413
--- Comment #3 from alvespms at yahoo dot co dot uk 2007-07-16 08:27
---
Subject: Re: error compiling openoffice.org-2.0 via FreeBSD ports
Hello
I will glad to do it but you have to give further
instructions, as I am a newbie in this matter.
The code I was trying to compile is from th
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-16 08:40 ---
Note that sticking attribute realloc on realloc might just work because realloc
takes the old memory pointer as argument which makes it
1) escape
2) potentially read from / written to
So we only can manage to t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-07-16 09:12 ---
/tmp> ~/bin/maxmem2.sh gcc-4.1 -S -O2 -o /dev/null fail.c
total: 96228 kB
/tmp> ~/bin/maxmem2.sh gcc-4.2 -S -O2 -o /dev/null fail.c
total: 1579668 kB
trunk:
/tmp> ~/bin/maxmem2.sh /space/rguenther/tramp3d/install/
This code makes GCJ-4.1 core dump because of presence
unneeded (or incorrect) ";" symbol after the method definition
close brace:
interface MyInterface {
public Object dumpGCJCoreAtCompilation();
}
class MyClass implements MyInterface{
public Object dumpGCJCoreAtCompilation(){return null;};
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-16 09:14 ---
I think this was fixed in 4.3 by using the Eclipse source compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32774
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-07-16 09:28 ---
Backporting the shared bitmap changes brings us back to 76MB max. memory usage
for 4.2. I'll bootstrap & test this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #2 from cyberflex at mail dot ru 2007-07-16 09:42 ---
(In reply to comment #1)
> I think this was fixed in 4.3 by using the Eclipse source compiler.
>
Well, thnks.
This just need to be verified.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32774
--- Comment #5 from patchapp at dberlin dot org 2007-07-16 09:45 ---
Subject: Bug number PR32665
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/msg01417.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-16 09:47 ---
Zdenek, I think this change also breaks FDO compiles with tramp3d, sed, gawk
and gzip (the resulting -fprofile-use binaries segfault).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
init_machine_status is documented as follows:
gcc/doc/tm.texi:902:@deftypevar {void (*)(struct function *)}
init_machine_status
but it is declared like this:
gcc/function.c:124:struct machine_function * (*init_machine_status) (void);
--
Summary: init_machine_status doc bug
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-07-16 09:56 ---
(In reply to comment #1)
> Zdenek, I think this change also breaks FDO compiles with tramp3d, sed, gawk
> and gzip (the resulting -fprofile-use binaries segfault).
At least now we know why the check was there :-)
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-16 09:58 ---
Work around: Remove "public :: print".
I wonder what is that specific about PRINT. It works with WRITE, OPEN, ABS, ...
but it does not work with PRINT ?!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32760
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-16 10:04 ---
-Os is enough to trigger the problem on x86_64. (with or without -m32)
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-07-16 10:17 ---
Created an attachment (id=13919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13919&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-07-16 10:17 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-16 10:23 ---
I verified that reverting r126576 fixes the tramp3d miscompile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
--- Comment #3 from rask at gcc dot gnu dot org 2007-07-16 10:32 ---
Subject: Bug 32340
Author: rask
Date: Mon Jul 16 10:32:05 2007
New Revision: 126675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126675
Log:
PR target/32340
* configure.host (arm*-elf | strong
The attached (slightly reduced) test case causes an ICE:
$ ./xgcc -B./ -S -o /dev/null -O2 /tmp/delta/dtoa-00-o.c.
[several warnings]
/tmp/delta/dtoa-00-o.c:23: internal compiler error: RTL check: expected code
'reg', have 'concatn' in rhs_regno, at rtl.h:972
I'm using revision 126676. These are m
--- Comment #1 from rask at sygehus dot dk 2007-07-16 11:25 ---
Created an attachment (id=13920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13920&action=view)
Slightly reduced test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32776
--- Comment #2 from rask at sygehus dot dk 2007-07-16 11:34 ---
The test case was derived from newlib, btw.
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-16 12:01 ---
I have just posted a fix for this PR.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-07-16 12:27 ---
I bet that if you back up until before
Author: rguenth
Date: Sat Jun 23 18:17:57 2007
New Revision: 125974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125974
Log:
2007-06-23 Richard Guenther <[EMAIL PRO
--- Comment #2 from dir at lanl dot gov 2007-07-16 12:32 ---
Created an attachment (id=13921)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13921&action=view)
simple java test #1
This, I expected to build but crash on trying to run
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #3 from dir at lanl dot gov 2007-07-16 12:35 ---
Created an attachment (id=13922)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13922&action=view)
Simple java test #2
This one actually ran before ecj
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
--- Comment #4 from dir at lanl dot gov 2007-07-16 12:48 ---
These both do the same thing for me - ecj1 eats about 5:30 minutes of time -
then nothing, it just sits using no CPU time. This is my second try at a java
build since the switch to ecj with no luck at getting anything to work.
> cat bug.cc
#include
int main()
{
std::vector v(1);
}
> g++ -O -ftracer bug.cc
> ./a.out
Segmentation fault (core dumped)
> gdb ./a.out core
(gdb) bt
#0 0x2addeaae2f3f in __gnu_cxx::__pool::_M_reclaim_block ()
from /usr/lib/libstdc++.so.6
#1 0x00400f71 in __gnu_cxx:
--- Comment #7 from burnus at gcc dot gnu dot org 2007-07-16 12:57 ---
For the fix for this PR and for PR32665, see:
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/msg01417.html
--
http://gcc
--- Comment #8 from pbrook at gcc dot gnu dot org 2007-07-16 13:01 ---
Subject: Bug 32753
Author: pbrook
Date: Mon Jul 16 13:01:18 2007
New Revision: 126679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126679
Log:
2007-07-16 Paul Brook <[EMAIL PROTECTED]>
PR target/
--- Comment #9 from pbrook at gcc dot gnu dot org 2007-07-16 13:03 ---
Subject: Bug 32753
Author: pbrook
Date: Mon Jul 16 13:03:07 2007
New Revision: 126680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126680
Log:
2007-07-16 Paul Brook <[EMAIL PROTECTED]>
PR target/
--- Comment #10 from pbrook at gcc dot gnu dot org 2007-07-16 13:18 ---
Subject: Bug 32753
Author: pbrook
Date: Mon Jul 16 13:18:45 2007
New Revision: 126681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126681
Log:
2007-07-16 Paul Brook <[EMAIL PROTECTED]>
PR target
--- Comment #10 from hjl at lucon dot org 2007-07-16 13:25 ---
Revision 125888 works:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00941.html
Revision 125925 is bad:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01013.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=327
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-07-16 13:33
---
That makes me comfortable ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from giovannibajo at libero dot it 2007-07-16 13:39 ---
ping: anything that can be done for 4.2.1? This is a really serious regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-07-16 13:41 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
805021000 bytes
Hi guys, can you check whether the 32723 fix that was just checked in
fixes this?
I believe it might (it should make 4.2 branch
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-07-16 13:47 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #16 from dberlin at gcc dot gnu dot org 2007-07-16 13:58
---
Subject: Re: [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
I've attached a patch you should be able to quickly backport to 4.2.1.
I'm still testing it against mainline right now.
On 16 Jul 2007 13
--- Comment #6 from jakub at gcc dot gnu dot org 2007-07-16 14:03 ---
Even shorter testcase:
struct S
{
unsigned long bits[1];
};
void f1 (int, unsigned long *);
int f2 (void);
int f3 (int, unsigned long *);
int f4 (int, unsigned long *);
static inline __attribute__ ((always_inline)
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-07-16 14:27
---
Created an attachment (id=13924)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13924&action=view)
patch for 4.2
I'll bootstrap/regtest it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
$> cat pedantic.f90
CALL flush()
End
$> gfortran-svn -Wnonstd-intrinsics -std=gnu pedantic.f90
[no warning]
$> gfortran-svn -Wnonstd-intrinsics -pedantic -std=gnu pedantic.f90
pedantic.f90:1.12:
CALL flush()
1
Warning: Intrinsic 'flush' at (1) is not included in the selected standard
--- Comment #3 from michael dot a dot richmond at nasa dot gov 2007-07-16
14:33 ---
(In reply to comment #2)
> > I'm not marking it a duplicate as it might have a different reason; as I
> > don't get a failure here indicates however that it is indeed a duplicate.
>
> Works here as well
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-16 14:38 ---
Note that code in tree-ssa-structalias.c explicitly disables some call stuff
for
malloc labled calls.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32771
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-07-16 14:54
---
The failure is gone, but the cause might just be hidden again (the IL generated
for the realloc looks safe, even with the malloc attribute set).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
On AMD Athlon64 4800+ using gcc-Version 4.3.0 20070716
(x86_64-unknown-linux-gnu) with aermod of the Polyhedron benchmark suite:
http://www.polyhedron.co.uk/pb05/polyhedron_benchmark_suite.html
gfortran -fprofile-generate -march=opteron -ffast-math -funroll-loops
-ftree-loop-linear -ftree
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-16 15:36 ---
Probably a dup of PR32773.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32779
--- Comment #13 from hjl at lucon dot org 2007-07-16 15:49 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-07-16 15:51
---
The backported patch causes
FAIL: gcc.c-torture/execute/pr28778.c execution, -O2
FAIL: gcc.c-torture/execute/pr28778.c execution, -Os
DCE removes
-
-:;
- list[3] = 42;
we have one added constraint:
blis
--- Comment #3 from ian at airs dot com 2007-07-16 15:52 ---
The problem is that the reg_stat array in combine.c does not adjust when
splitters create new pseudo-registers. I'm working on a patch to convert
reg_stat to a VEC.
--
ian at airs dot com changed:
What|Remo
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-16 15:56 ---
Mark as duplicate. At least ac does works after reverting the patch.
*** This bug has been marked as a duplicate of 32773 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-16 15:56 ---
*** Bug 32779 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
gcc -DHAVE_CONFIG_H -I. -I../../../../include -I../../../../hw/xfree86
-I../../../../hw/xfree86/include -I../../../../hw/xfree86/common
-I../../../../hw/xfree86/os-support -I../../../../hw/xfree86/os-support/bus
-I../../../../os -I/usr/include/drm -DUSESTDRES -DHAVE_SYSV_IPC
-DHAVE_XORG_CONFIG_H -D
--- Comment #1 from bero at arklinux dot org 2007-07-16 15:58 ---
Created an attachment (id=13925)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13925&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
--- Comment #2 from bero at arklinux dot org 2007-07-16 16:13 ---
Simplified test case:
extern void dont_optimize_away(unsigned long);
void crashGcc(char*a)
{
unsigned long b=(unsigned long)a - ((unsigned long)a & 1);
dont_optimize_away(b);
}
--
http://gcc.gnu.org/
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-16
16:16 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
805021000 bytes
> Hi guys, can you check whether the 32723 fix that was just checked in
> fixes this?
Doesn't seem to be checked in y
--- Comment #5 from ro at gcc dot gnu dot org 2007-07-16 16:41 ---
I've just tried bootstrapping alpha-dec-osf5.1b (C only): all is fine before
the
ptrplus patch (r125754), but after the patch (r125755) building libgcc fails in
stage 1. With Andrew's patch, I get into stage 2, but buil
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-16 16:47 ---
This one is most likely my fault with pointer plus, something is creating an
BIT_AND_EXPR with a pointer type.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
-arch=athlon-xp
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Thread model: posix
gcc version 4.3.0 20070716 (experimental)
Screen output:
...
libtool: link: creating libgtkpeer.la
libtool: link: ( cd ".libs" && rm -f "libgtkpeer.la"
--- Comment #1 from pcarlini at suse dot de 2007-07-16 17:01 ---
I bet you are doing again something I noticed before, and is *totally*
unsupported: using the 4_2 library sources together with a 4_3 compiler-proper
sources or viceversa. You cannot do that, because, just as an example,
_
--- Comment #17 from ro at gcc dot gnu dot org 2007-07-16 17:07 ---
Subject: Bug 32462
Author: ro
Date: Mon Jul 16 17:07:25 2007
New Revision: 126684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126684
Log:
PR target/32462
PR libgcj/32465
* class.c (hid
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-16 17:07 ---
Subject: Bug 32465
Author: ro
Date: Mon Jul 16 17:07:25 2007
New Revision: 126684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126684
Log:
PR target/32462
PR libgcj/32465
* class.c (hide
--- Comment #18 from ro at gcc dot gnu dot org 2007-07-16 17:09 ---
Fixed for 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from hjl at lucon dot org 2007-07-16 17:10 ---
revision 125905 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #10 from ro at gcc dot gnu dot org 2007-07-16 17:10 ---
Fixed for 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-16 17:21 ---
Subject: Bug 3456
Author: ro
Date: Mon Jul 16 17:21:10 2007
New Revision: 126685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126685
Log:
gcc:
PR bootstrap/3456
* config.gcc (mips-sgi-ir
--- Comment #9 from ro at gcc dot gnu dot org 2007-07-16 17:22 ---
Fixed for 4.3.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from belyshev at depni dot sinp dot msu dot ru 2007-07-16
17:30 ---
(In reply to comment #5)
You need the following patch to fix this bug (but bootstrap on alpha is still
broken for other reasons, see bug 32747):
---
gcc/config/alpha/alpha.c | 13 +++--
1 fil
--- Comment #13 from hjl at lucon dot org 2007-07-16 18:14 ---
revision 125920 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-checking
Target Milestone|--- |4.3.0
--- Comment #14 from ubizjak at gmail dot com 2007-07-16 18:47 ---
(In reply to comment #13)
> revision 125920 works.
> Revision 125925 is bad:
17:06 r125925 - in /trunk/gcc: ChangeLog testsuite/gc... spop
16:25 r125924 - in /trunk/gcc: ChangeLog df-problems.czadeck
15:
--- Comment #2 from bernard at brenda-arkle dot demon dot co dot uk
2007-07-16 19:01 ---
I have gone through this removing many repetitions of "see above for my
actual bug report". Please take it as read (and see above for my actual
bug report).
I explicitly said that the mere confess
When calling a procedure with signed char or short arguments using -sizeof() as
an expression, an ":: warning: overflow in implicit constant
conversion" is output. Arguments with int or long do not. This happens even
though there is no real overflow (e.g. if -sizeof() evaluates to -4). See
attached
--- Comment #2 from patchapp at dberlin dot org 2007-07-16 19:05 ---
Subject: Bug number pr32627
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/msg01459.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from Steve at Zook dot com 2007-07-16 19:05 ---
Created an attachment (id=13926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13926&action=view)
Test code fragment compiled m68k-elf-g++ -c testpp.cpp
Lines end in \r\n.
--
http://gcc.gnu.org/bugzilla/show_bug.c
While linting libibery I found various problems with
"gcc-4_3-build-4/libiberty/configure" - all minor, some you might want to fix
someday:
Around line 5140 in the funtion detection it checks for gettimeofday two times:
for ac_func in asprintf atexit basename bcmp bcopy bsearch bzero calloc cloc
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-16 19:10 ---
Oh but what happens is we do some duplication of code (for 4.2 at least) and
then we see the variable is used unitialization. This has changed in the trunk
to a may used uninitialized but the issue is still the same
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-16 19:11 ---
configure is a generated file from configure.ac so please look into there
first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32783
--- Comment #15 from hjl at lucon dot org 2007-07-16 19:11 ---
revision 125924 is bad. I am testing revision 125923 now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #3 from lmillward at gcc dot gnu dot org 2007-07-16 19:13
---
Subject: Bug 3
Author: lmillward
Date: Mon Jul 16 19:12:44 2007
New Revision: 126689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689
Log:
PR fortran/3
PR fortran/32238
--- Comment #8 from lmillward at gcc dot gnu dot org 2007-07-16 19:13
---
Subject: Bug 32242
Author: lmillward
Date: Mon Jul 16 19:12:44 2007
New Revision: 126689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689
Log:
PR fortran/3
PR fortran/32238
--- Comment #4 from lmillward at gcc dot gnu dot org 2007-07-16 19:13
---
Subject: Bug 32238
Author: lmillward
Date: Mon Jul 16 19:12:44 2007
New Revision: 126689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126689
Log:
PR fortran/3
PR fortran/32238
--- Comment #4 from lmillward at gcc dot gnu dot org 2007-07-16 19:14
---
Fixed.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #5 from lmillward at gcc dot gnu dot org 2007-07-16 19:14
---
Fixed.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #16 from hjl at lucon dot org 2007-07-16 19:27 ---
revision 125923 works. Kenny, it looks like your patch
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01557.html
causes this regression. Can you look into it? Thanks.
--
hjl at lucon dot org changed:
What|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-16 19:30 ---
The type of sizeof is unsigned. So you really have (short)(unsigned)-4 .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32782
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-07-16 19:38
---
The patch requires RM approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-07-16 19:39 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01462.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from astrange at ithinksw dot com 2007-07-16 19:51 ---
Seems to work now in r126689.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32572
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-16 19:56 ---
When dealing with X in the initialization expression, the PROC attribute equals
PROC_EXTERNAL, function X was not seen yet. Thus the wrong error message.
Here we should diagnose that X is not a specification functio
When this program is compiled and run:
character*72 fnint
data fnint /'con'/
i=index(fnint,' ');
open(unit=29,file=fnint(1:i-1),status='new')
write(29,100)
100format('1Hello, world!')
end
It generates this error message:
At line 4 of file bug.for (un
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-16 22:15 ---
This is a windows only issue as using special files (device files) under
GNU/Linux works just fine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rob1weld at aol dot com 2007-07-16 22:15 ---
I may be enabling more features than others are using ;)
I re-did ./configure and "make clean" and "make" and got a thousand lines
further, now I am here:
make[7]: Entering directory
`/opt/gcc-4_3-build/i686-pc-linux-gnu
--- Comment #20 from dberlin at gcc dot gnu dot org 2007-07-16 22:29
---
Subject: Re: [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
Oh, for 4.2 you need to add make_constraint_to_escaped_var
On 16 Jul 2007 15:51:44 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]
--- Comment #3 from rob1weld at aol dot com 2007-07-16 22:53 ---
make[6]: Leaving directory
`/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/gtk-peer'
Making all in qt-peer
make[6]: Entering directory
`/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/jni/q
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-16 22:55 ---
I think this is a dup of bug 27928.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-16 22:57 ---
--enable-java-awt=qt is not tested at all and is known not to work, see PR
24403.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
--- Comment #17 from zadeck at naturalbridge dot com 2007-07-16 23:26
---
Subject: Re: [4.3 regression]: gfortran.dg/auto_array_1.f90
hjl at lucon dot org wrote:
> --- Comment #16 from hjl at lucon dot org 2007-07-16 19:27 ---
> revision 125923 works. Kenny, it looks like you
--- Comment #6 from rob1weld at aol dot com 2007-07-17 00:49 ---
Another "DEBUG" just showed up in "gcc version 4.3.0 20070716":
gcc-4_3-trunk/libjava/gnu/classpath/Configuration.h
...
static ::java::lang::String * CLASSPATH_VERSION;
static jboolean DEBUG;
s
1 - 100 of 146 matches
Mail list logo