--- Comment #10 from patchapp at dberlin dot org 2006-08-16 07:06 ---
Subject: Bug number PR 26570
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/2006-08/msg00399.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #9 from patchapp at dberlin dot org 2006-08-16 07:10 ---
Subject: Bug number PR28411
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/2006-08/msg00090.html
--
http://gcc.gnu.org/bugzilla/sh
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.0 4.2.0
Known to work||3.4.0
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-08-16 08:11 ---
Never saw it on the branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28703
svn revision: 116108
make bootstrap BOOT_CFLAGS="-O2 -ftree-vectorize -maltivec" 2>&1 | tee
build.log
Comparing stages 2 and 3
/home/victork/mainline-merge/build/stage3-gcc
Bootstrap comparison failure!
./gcc.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/home/victork/mainl
--- Comment #2 from f98faka at chalmers dot se 2006-08-16 09:13 ---
I tried changing the ax_default_prefix directory, but it didn't help. I tried
using make bootstrap instead of make and got
libcpp.a(charset.o)(.text+0x2e): In function `convert_utf8_utf16':
: undefined reference to `one
--- Comment #1 from victork at il dot ibm dot com 2006-08-16 09:19 ---
gcc.o diff:
--- x 2006-08-16 12:16:58.669218328 +0300
+++ y 2006-08-16 12:17:05.353268576 +0300
@@ -1,6 +1,6 @@
-stage2-gcc/gcc.o: file format elf64-powerpc
-stage2-gcc/gcc.o
+stage3-gcc/gcc.o: file form
The following ICE on powerpc with gcc 4.2 appeared between 20051124 and
20060218:
(sid)362:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2
pyepl-environment.c
pyepl-environment.c: In function
'__pyx_f_11environment_15LowVEnvironment_near_callback':
pyepl-environment.c:148: error: unrec
--- Comment #2 from pluto at agmk dot net 2006-08-16 09:23 ---
probably the same issue as PR20586.
--
pluto at agmk dot net changed:
What|Removed |Added
C
--- Comment #1 from tbm at cyrius dot com 2006-08-16 09:23 ---
Created an attachment (id=12082)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12082&action=view)
test case
Testcase from application "pyepl".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
--- Comment #7 from debian-gcc at lists dot debian dot org 2006-08-16
09:56 ---
ok, I had another thinko on my side (using [] in a sed pattern in configure.ac
to set the private directory).
I'm installing into /usr/lib/gcj-4.2, to avoid changing directories across
subminor version upgr
--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-16 10:23 ---
Reopening, as the remaining part needs to be fixed too.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from jakub at gcc dot gnu dot org 2006-08-16 10:33 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-16 10:33 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
Timings (-O3 -march=pentium4 -fomit-frame-pointer):
gcc-3.2: 0m2.301s
gcc-4.2: 0m2.713s
gcc-4.2 + -fno-ivopts: 0m2.473s
with:
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
gcc version 4.2.0 20060816 (experimental)
I think that remaining time difference is due to strange loop above innermost
--- Comment #2 from cbowler at ca dot ibm dot com 2006-08-16 12:47 ---
While fixed in 4.0.0, the manual does not document the form of pragma pack with
stack identifiers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28679
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
CC||jakub at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot g
--- Comment #14 from pault at gcc dot gnu dot org 2006-08-16 12:54 ---
Created an attachment (id=12083)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12083&action=view)
Fix for the PR
Jakub,
The last part of this patch is required to stop the likes of the function f1,
in gfortran
--- Comment #15 from jakub at gcc dot gnu dot org 2006-08-16 13:04 ---
It looks good to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
--- Comment #5 from jakub at gcc dot gnu dot org 2006-08-16 13:17 ---
Another patch in http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00537.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
--- Comment #3 from waspswarm at gmail dot com 2006-08-16 14:38 ---
(In reply to comment #2)
> This is a bug in binutils version which you are using. Either report this to
> Redhat or update the version since the version that redhat uses is about 2
> years old and a prerelease.
>
I up
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 15:08 ---
Right now the above code is undefined because of uninitialized variables.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-16 15:31 ---
And verified.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-16 15:32 ---
And verified.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
java.lang.NullPointerException
at java.lang.System.arraycopy(libgcj.so.7)
at
org.eclipse.jdt.internal.compiler.batch.Main.outputClassFiles(libecj.so.3)
at org.eclipse.jdt.internal.compiler.batch.Main$1.acceptResult(libecj.so.3)
at org.eclipse.jdt.internal.compiler.Compiler.compile(libec
--- Comment #6 from tbm at cyrius dot com 2006-08-16 16:41 ---
Here's what I came up with:
(sid)518:[EMAIL PROTECTED]: ~/tmp] cat appbase.cpp
#include "foo.h"
int bar(int x);
(sid)519:[EMAIL PROTECTED]: ~/tmp] rm -rf .pch/
(sid)520:[EMAIL PROTECTED]: ~/tmp] mkdir -p .pch/
(sid)521:[EM
--- Comment #7 from tbm at cyrius dot com 2006-08-16 16:45 ---
(sid)542:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -c -I.pch -Dw -fPIC -O1
appbase.cpp
appbase.cpp:3: internal compiler error: in ggc_record_overhead, at
ggc-common.c:877
Please submit a full bug report,
with preprocessed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #6 from jsm28 at gcc dot gnu dot org 2006-08-16 17:17 ---
Testing a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
See attached test case. Observe the number of times certain lines of the
'vesa_modes' array are emitted. This isn't particularly optimal, especially as
it happens even with -Os.
$ make
cc -Os -c -o fbmon.o fbmon.i -save-temps
grep 39682 fbmon.s
.long 39682
.long 39682
--
--- Comment #1 from dwmw2 at infradead dot org 2006-08-16 17:29 ---
Created an attachment (id=12084)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12084&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
--- Comment #2 from dwmw2 at infradead dot org 2006-08-16 17:33 ---
Mail should be sent from a valid address, because sending from an _invalid_
address can fall foul of antispam protection, as in the example shown.
Since the apparent sender does not accept bounces, the mail is rejected.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 17:36 ---
This is an expand/middle-end issue as get:
*mode = vesa_modes[0];
in the final_cleanup.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 17:37 ---
Confirmed, here is the testcase for lazy people (like me) who really don't want
to download the tar file:
struct fb_videomode {
const char *name;
unsigned refresh;
unsigned xres;
unsigned yres;
unsigned pixclock
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-16 17:39 ---
Actually it is a regression from 2.95.3, I just had to go back in time enough
to get find that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de
2006-08-16 17:44 ---
Isn't this fixed as Steve bumped 4.2/TRUNK to libgfortran.so.2 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27740
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 17:53 ---
Actually I think this can only show up by undefined code. Reload does:
Reloads for insn # 266
Reload 0: GENERAL_REGS, RELOAD_FOR_INPUT_ADDRESS (opnum = 1), can't combine,
secondary_reload_p
reload_reg_rtx: (
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-16 18:09 ---
Here as a reduced testcase as I can get it:
typedef struct
{
int ob_refcnt;
struct _typeobject *ob_type;
}PyObject;
typedef void (*destructor) (PyObject *);
typedef struct _typeobject
{
destructor tp_dealloc;
}
--- Comment #6 from dwmw2 at infradead dot org 2006-08-16 18:11 ---
I don't think it's working right even with the new patch. I'll verify tomorrow,
and make sure I have all the correct patches included in my build. The point at
which I copied my ppc-cross-i386 'cc1' into
/usr/libexec/gcc
--- Comment #4 from jb at gcc dot gnu dot org 2006-08-16 19:09 ---
(In reply to comment #3)
> Isn't this fixed as Steve bumped 4.2/TRUNK to libgfortran.so.2 ?
>
Umm, no. Symbol versioning is still not implemented. As you can see in the
thread starting from the patch submission, the pat
--- Comment #13 from reichelt at gcc dot gnu dot org 2006-08-16 20:50
---
Subject: Bug 27489
Author: reichelt
Date: Wed Aug 16 20:50:18 2006
New Revision: 116188
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116188
Log:
PR c/27489
* c-typeck.c (c_start_case): H
--- Comment #1 from bero at arklinux dot org 2006-08-16 21:11 ---
Created an attachment (id=12085)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12085&action=view)
Simple test case
Attaching a simple test case -- in the "test" directory contained in this
tarball,
make works
prod
--- Comment #2 from bero at arklinux dot org 2006-08-16 21:12 ---
Updating summary to reflect there's an easier test case than "compile ecj"
--
bero at arklinux dot org changed:
What|Removed |Added
--
--- Comment #28 from rakdver at gcc dot gnu dot org 2006-08-16 21:14
---
Subject: Bug 28364
Author: rakdver
Date: Wed Aug 16 21:14:11 2006
New Revision: 116189
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116189
Log:
PR tree-optimization/28364
* tree-ssa-loop-
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from pcarlini at suse dot de 2006-08-16 21:21 ---
Thanks Jason!
--
pcarlini at suse dot de changed:
What|Removed |Added
CC|paolo at gcc dot
--- Comment #36 from rakdver at gcc dot gnu dot org 2006-08-16 21:25
---
Subject: Bug 28071
Author: rakdver
Date: Wed Aug 16 21:25:39 2006
New Revision: 116190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116190
Log:
PR rtl-optimization/28071
* basic-block.h (
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-16 21:35
---
Subject: Bug 28593
Author: reichelt
Date: Wed Aug 16 21:35:18 2006
New Revision: 116191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116191
Log:
PR c++/28593
* init.c (build_new): Return
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-16 21:42
---
Subject: Bug 28593
Author: reichelt
Date: Wed Aug 16 21:41:52 2006
New Revision: 116192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116192
Log:
PR c++/28593
* init.c (build_new): Return
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-16 21:46
---
Subject: Bug 28593
Author: reichelt
Date: Wed Aug 16 21:46:01 2006
New Revision: 116193
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116193
Log:
PR c++/28593
* init.c (build_new): Return
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-16 21:47
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from paulthomas2 at wanadoo dot fr 2006-08-16 21:58 ---
Subject: Re: spurious warnings with -W -Wunused
jakub at gcc dot gnu dot org wrote:
>--- Comment #15 from jakub at gcc dot gnu dot org 2006-08-16 13:04 ---
>It looks good to me.
>
>
>
>
Thanks, Jakub; I
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-16 22:00 ---
Andrews,
The proposed fix is a good start but I am going to go at this one carefully -
the ICE goes away if the PRIVATE in dummybdy_com is removed; I want to find out
why this is first.
Paul
--
http://gcc.gnu.or
--- Comment #7 from jsm28 at gcc dot gnu dot org 2006-08-16 23:10 ---
Subject: Bug 27697
Author: jsm28
Date: Wed Aug 16 23:10:46 2006
New Revision: 116194
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116194
Log:
PR c/27697
* c-typeck.c (build_component_ref): Co
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-08-16 23:12 ---
Subject: Bug 27697
Author: jsm28
Date: Wed Aug 16 23:12:37 2006
New Revision: 116195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116195
Log:
PR c/27697
* c-typeck.c (build_component_ref): Co
On my system, though I don't think it's system dependent, there's an error in
`make install` for gcc-4.1.1 where it doesn't install gcc (though other
components, c++/g++, gcov, gccbug are installed fine).
System: SPARC, Solaris 10 Generic_118833-17
Configuration: ../gcc-4.1.1/configure
On my system (though I doubt it's system specific) some very strange things are
installed when a program-prefix and program-suffix are used. Namely you get
${prefix}${prefix}${program}${suffix} for programs like c++ and g++
System: Solaris 10 Generic_118833-17
Configuration: ../gcc-4.1.1/configur
On my system (though I doubt it's system specific) the ORIGINAL_LD_FOR_TARGET
variable gets set incorrectly when there's a program-prefix and program-suffix.
Instead of getting the linker to be used for compiling, it gets set as if `ld`
were going to be compiled, i.e. ${prefix}/${program-prefix}ld$
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-17 00:18 ---
The problem is that sparc-sun-solaris2.10-gcc-$suffix is installed also by
default .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-17 00:20 ---
Well really it is ${prefix}${triplet}-${program}${suffix}
and in your case triplet is your prefix also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28757
--- Comment #6 from jason at gcc dot gnu dot org 2006-08-17 00:51 ---
Subject: Bug 28385
Author: jason
Date: Thu Aug 17 00:51:37 2006
New Revision: 116203
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116203
Log:
PR c++/28385
* pt.c (tsubst) [TEMPLATE_TYPE_PARM]
$ gcc -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.5/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --en
--- Comment #1 from pcarlini at suse dot de 2006-08-17 01:07 ---
Fixed already for gcc4.0.0 with the below: time to update your compiler, the
3.4.x branch is old and not maintained anymore...
2004-10-06 Paolo Carlini <[EMAIL PROTECTED]>
* include/std/std_sstream.h (_M_sync):
--- Comment #10 from bero at arklinux dot org 2006-08-17 01:09 ---
Created an attachment (id=12086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12086&action=view)
Updated fix for current trunk+multilib
--
bero at arklinux dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-17 01:11 ---
The other thing is that sizeof(buf) will get you sizeof(char*) which is most
likely not what you wantted anyways.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28759
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-17 01:18 ---
Janis, could you do a regression hunt on this bug using the testcase in comment
#4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from tromey at gcc dot gnu dot org 2006-08-17 01:24 ---
For a simple example it does not do this:
opsy. gcj -O2 -fPIC -fjni -findirect-dispatch -o H --main=HelloWorld
HelloWorld.class
opsy. eu-readelf -d H|fgrep lib
NEEDEDShared library: [libgcc_s.so.1]
NE
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-17 01:56 ---
Subject: Bug 28302
Author: pinskia
Date: Thu Aug 17 01:56:47 2006
New Revision: 116205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116205
Log:
2006-08-16 Andrew Pinski <[EMAIL PROTECTED]>
PR c+
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-17 01:57 ---
Fixed on the mainline at least. Will apply to the 4.1 branch after a week.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-17 02:02
---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from danglin at gcc dot gnu dot org 2006-08-17 02:27 ---
Subject: Bug 28602
Author: danglin
Date: Thu Aug 17 02:26:59 2006
New Revision: 116207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116207
Log:
PR testsuite/28602
* gfortran.dg/gomp/gomp.ex
--- Comment #4 from danglin at gcc dot gnu dot org 2006-08-17 02:29 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-17 04:51 ---
I have a fix for this, it was casued by the new C parser.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-17 05:32 ---
Here is the patch which I am testing:
Index: c-parser.c
===
--- c-parser.c (revision 116204)
+++ c-parser.c (working copy)
@@ -6149,7 +6149,10 @@ c_pa
--- Comment #3 from ngiff at yahoo dot com 2006-08-17 06:55 ---
Sorry. I did not know that 3.4 was no longer supported. I wondered if
upgrading to gcc4 would fix it, but was trying to stay in sync with the rest of
my group. But it sounds like upgrading is something we should all do.
79 matches
Mail list logo
