[Bug tree-optimization/22564] New: [4.1 Regression] Compilation time increased about 11%

The compilation time graphs for all target in CSiBE have been drastically increased from 2005-03-01. For example: Os / O2 / O3 i686-linux: 11% 11% 17% arm-elf: 10% 11% 18% m68k-elf:12% 12% 18% (See CSiBE for more detailed results) -- Summary: [4.1 Regression] C

[Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%

--- Additional Comments From giovannibajo at libero dot it 2005-07-20 08:15 --- Of course: March 1st is when GCC went back to Stage 1. There have been dozen and dozen of projects contributed for GCC 4.1, and probably some still require tuning. The best way to attack this is to find an

[Bug c/22565] New: GCC 3.4.1 Complex cast error in a kernel module compilation

I've found the following bug compiling the c code below: /root/Interface_thread_buffered/RTAI_GYRO.c: In function `fill_data_gyro': /root/Interface_thread_buffered/RTAI_GYRO.c:68: error: unrecognizable insn: (insn:HI 87 86 88 0 (set (reg:DF 112) (float:DF (reg:HI 113))) -1 (insn_list

[Bug c++/22566] New: Incorrect overload resolution on mutable field.

The following program prints a hex address. I expected it to print "Hello, world" nm | c++filt|grep operator shows that the operator<< used is: std::basic_ostream >::operator<<(void const*) I expected operator<<(char const*) This is with Fedora's gcc-4.0.1-3.i386.rpm The program: #include

[Bug c/22565] GCC 3.4.1 Complex cast error in a kernel module compilation

--- Additional Comments From giovannibajo at libero dot it 2005-07-20 09:53 --- Try again with GCC 3.4.4, and come back to us. You should always try the latest version of the compiler line you're using, otherwise we could all be wasting time on the bug report. -- What|

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for uninitialized variables

--- Additional Comments From jakub at redhat dot com 2005-07-20 11:41 --- I have done a binary search and at least for the failures and at least those problems mentioned in PR c++/18556 are fixed by PR middle-end/17799 without the need for PR c++/18556 patch. Now, the question is I think

[Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%

--- Additional Comments From loki at gcc dot gnu dot org 2005-07-20 12:31 --- (In reply to comment #1) You are probably right, but it is hard to find such a test case, because there is only one significant daily regression (I guess from merging), but this one doesn't explain the overall

[Bug SWING/22567] New: JCheckBox's check box is missing

Steps to reproduce: 1. Compile and run the attached testcase. Expected results: 1. A window with a check box and "text1" shows up. Actual results: 1. A window with "text1" shows up. No check box is visible. Testcase: import java.awt.*; import javax.swing.*; public class testcase extends JFrame

[Bug c++/15938] ICE with anonymous unions

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-20 13:17 --- On mainline the code is accepted since today. This is probably due to Giovanni's patch http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00718.html -- What|Removed |Added -

[Bug c++/22568] New: Should use cmov in some stituations

With (ulong a, ulong b) and code like if ( ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568

[Bug c++/22568] Should use cmov in some stituations

--- Additional Comments From matz at suse dot de 2005-07-20 14:20 --- This still happens with 4.1. I also can't make it use two cmovs, by changing the source a bit, e.g. like: typedef unsigned long ulong; extern ulong use (ulong, ulong); ulong f(ulong a, ulong b) { ulong tmp =

[Bug libstdc++/22554] [4.1 Regression] pb_assoc header build and install overflows exec

tering directory `/tmp/powerpc-ibm-aix5.2.0.0-20050720/powerpc-ibm-aix5.2.0.0/libstdc++-v3' make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CC_FOR_TARGET=/tmp/powerpc-ibm-aix5.2.0.0-20050720/./gcc/xgcc -B/tmp/powerpc-ibm-aix5.2.0.0-20050720/./gcc/ -B/farm/dje/install/powerpc

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for uninitialized variables

--- Additional Comments From mark at codesourcery dot com 2005-07-20 14:40 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables jakub at redhat dot com wrote: > --- Additional Comments From jakub at redhat dot com 2005-07-20 11:41 > --- > I ha

[Bug tree-optimization/22438] [4.1 Regression] ICE SEGV in is_gimple_variable at tree-gimple.c:239

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-20 14:46 --- // even smaller testcase, compile with -O1: int foo (char k) { int i = 0, j; for (j = 0; j < 10; j++) i += k; return i; } -- What|Removed |Added --

[Bug bootstrap/22569] New: 4.1-20050716 bootstrap failure

When trying to bootstrap new GCC 4.1 20050716 I get this: test -f config.h || (rm -f stamp-h1 && make stamp-h1) make[1]: Leaving directory `/mnt/lfs/usr/build/gcc-4.1-20050716/host-i686-pc-linux-gnu/libcpp' Bootstrapping the compiler make[1]: Entering directory `/mnt/lfs/usr/build/gcc-4.1-20050716

[Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:08 --- Also is the -O3 from yesterday before tree-promote-statics was removed, if so that precentage is misleading. Today's timing should come back down to around 10%. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug rtl-optimization/22568] Should use cmov in some stituations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:11 --- IIRC ifcvt is not smart enough to do this. Confirmed. -- What|Removed |Added St

[Bug bootstrap/22569] 4.1-20050716 bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:14 --- Almost nobody builds in the src directory which is why this is known to break every once in a while -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22569

[Bug target/21149] invalid code generation for _mm_movehl_ps SSE intrisinc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:20 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/22438] [4.1 Regression] ICE SEGV in is_gimple_variable at tree-gimple.c:239

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-20 15:26 --- setting severety to 'critical' because fails almost everywhere with -O1 -- What|Removed |Added

[Bug libfortran/22570] New: Null Characters instead of blanks in text output.

I down loaded and built gfortran today on Suse Linux with - configure --prefix=/home/dir/gfortran --enable-languages=c,f95 make -j 4 make install The first problem was that it did not find the shared libraries until I set setenv LD_LIBRARY_PATH ~/gfortran/lib Then when the program did run the o

[Bug c++/22566] Incorrect overload resolution on mutable field.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:36 --- *** This bug has been marked as a duplicate of 9925 *** -- What|Removed |Added

[Bug c++/9925] ostrstream (buf, size) << "..." does not work properly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:36 --- *** Bug 22566 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/22569] 4.1-20050716 bootstrap failure

--- Additional Comments From rik at osrc dot info 2005-07-20 15:36 --- (In reply to comment #1) > Almost nobody builds in the src directory which is why this is known to break every once in a while Aha... Damn, it looks that *now* I understand what it is to build outside the source tree.

[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:38 --- (In reply to comment #9) > > I can help you with a test case if you need it. > > > > Yup, can't do a durned thing unless you show me where it hurts. I checked > every > aspect of the standard that I co

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:41 --- Confirmed, I think this was caused by: 2005-07-12 Paul Thomas <[EMAIL PROTECTED]> PR libfortran/16435 * transfer.c (formatted_transfer): Correct the problems with X- and T-editting

[Bug fortran/22571] New: error needed

related to inlining of fortran functions : http://gcc.gnu.org/ml/gcc/2005-07/msg00860.html the following code is non-standard (but gfortran 'fails' to generate an error): subroutine a(p) type t integer :: t1 end type type(t) :: p p%t1 = 42 end subroutine subroutine b type u int

[Bug fortran/21875] [meta-bug] NIST test suite failures

--- Additional Comments From janis at gcc dot gnu dot org 2005-07-20 15:54 --- After I sent the test case in comment #6 I realized that it failed with other versions as well. The input line from comment #8 is the important one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875

[Bug fortran/22571] error needed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 15:55 --- Hmm, ICC accepts the code too. -- What|Removed |Added Keywords|

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20 16:35 --- (In reply to comment #1) > Confirmed, I think this was caused by: > 2005-07-12 Paul Thomas <[EMAIL PROTECTED]> It sure as heck looks like me. I'm on to it! Paul -- http://gcc.gnu.org/bugzilla/show_bug

[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f

--- Additional Comments From stevenb at suse dot de 2005-07-20 16:49 --- Subject: Re: gfortran X edit descriptor failure: test f77-edit-x-out.f On Wednesday 20 July 2005 06:21, Paul Thomas wrote: > Please send me the test cases and preferably, post them on Bugzilla. This is now http:

[Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%

--- Additional Comments From giovannibajo at libero dot it 2005-07-20 17:32 --- OK thanks. But let me stress one point: > IMHO the graphs suggest that the daily bugfixes increased the > compilation time day after day. In those days, we added something like 20 new projects to GCC (new

[Bug fortran/22572] New: Double occurrence of matmul intrinsic not optimised

GNU Fortran 95 (GCC 4.1.0 20050715 (experimental)), when run with the options -Wall -O3 -march=pentium4 -S, optimises one of the two calls to the sin intrinsic away in the following function: function optsin (x) implicit none double precision :: optsin double precision, intent(

[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572

[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised

-- What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572

[Bug c++/22573] New: typedef in class scope not reported by error message

Consider the following code snippet: -- namespace N { typedef int Int; struct A { typedef float Float; void f(Int, Float); }; } int main() { N::A a; a.f(1); return 0; } -- The command g++ -c gccBug1.cxx produces the error messa

[Bug c++/22573] typedef in class scope not reported by error message

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 18:08 --- Confirmed, before 3.4.0, we produced something different: t.cc: In function `int main()': t.cc:11: error: no matching function for call to `N::A::f(int)' t.cc:5: error: candidates are: void N::A::f(int, floa

[Bug c++/22573] typedef in class scope not reported by error message

--- Additional Comments From giovannibajo at libero dot it 2005-07-20 18:22 --- Absolutely not! There is no "best" way: sometimes it is better to go through the typedef, sometimes it is better to print the typedef. To tell you the truth, I consider the fact that GCC prints both a *feat

[Bug tree-optimization/22574] New: ICE when using -fwhole-program

When trying to compile xterm-202 using -fwhole-program --combine I get an internal compiler error: VTPrsTbl.c:7215: internal compiler error: in propagate_bits, at ipa-reference.c:669 This worked fine with gcc from CVS about 2 weeks ago, it fails now. The command line used is: gcc -fwhole-pr

[Bug tree-optimization/22574] ICE when using -fwhole-program

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-07-20 18:29 --- Created an attachment (id=9308) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9308&action=view) Preprocessed sources to reproduce the bug (tar.bz2 file) -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/22575] New: immutable object placed in .bss section.

class obj { private: int value; private: obj() { } obj(int v) : value(v) { } public: int getValue() const { return value; } const static obj seven; }; const obj obj::seven = obj(7); int getSeven() { return obj::seven.getValue(); } gcc (3.3.6,4.1.0) place

[Bug c++/22575] immutable object placed in .bss section.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 18:44 --- *** This bug has been marked as a duplicate of 4131 *** -- What|Removed |Added

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 18:44 --- *** Bug 22575 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From pluto at agmk dot net 2005-07-20 18:53 --- hmm, i think someone should reopen this bug. 4.1 is a good place for major changes in c++ front-end ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131

[Bug c++/22575] immutable object placed in .bss section.

--- Additional Comments From schlie at comcast dot net 2005-07-20 18:57 --- (In reply to comment #1) > > *** This bug has been marked as a duplicate of 4131 *** Please correct me if I misunderstand, but it doen't seem reasonable to close this bug as won't fix, based on it being difficu

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 18:58 --- (In reply to comment #4) > hmm, i think someone should reopen this bug. > 4.1 is a good place for major changes in c++ front-end ;) Not any more since we are in stage3 already. -- http://gcc.gnu.org/bu

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From schlie at comcast dot net 2005-07-20 19:03 --- (In reply to comment #5) > (In reply to comment #4) > > hmm, i think someone should reopen this bug. > > 4.1 is a good place for major changes in c++ front-end ;) > Not any more since we are in stage3 already.

[Bug tree-optimization/22574] ICE when using -fwhole-program

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 19:04 --- Reducing right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22574

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20 19:07 --- Subject: Re: Null Characters instead of blanks in text output. pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 >15:41 --- >Confirmed

Re: [Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

On Jul 20, 2005, at 3:03 PM, schlie at comcast dot net wrote: - given that 4.1's front end has already evolved from that in 2.95, it's not clear that a conclusion based on 2.95 is even valid for 4.1. (so should no likely assumed as being so). It still is true since the front-end still

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-20 19:11 --- Subject: Re: Why the C++ compiler don't place a const class object to ".rodata" section? On Jul 20, 2005, at 3:03 PM, schlie at comcast dot net wrote: > - given that 4.1's front end has already evolv

[Bug SWING/22567] JCheckBox's check box is missing

--- Additional Comments From roman at kennke dot org 2005-07-20 19:26 --- I'll take care if this. I already checked in the icon that should display the CheckBox in the MetalLookAndFeel, now it only needs to get wired to the actual CheckBox. Note that there is no CheckBox icon in the Basi

[Bug c/22576] New: ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

Hello. Sorry if the summary is a little vague, I dont really know a whole bunch about gcc terminology ;) So anyway, I wrote a simple program in C that computes the factorials of numbers 1 through 100 (yes, after 7 they get super big). When this program is compiled as gcc -ffast-math factorial.c

[Bug c/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From black dot hole dot sun16 at gmail dot com 2005-07-20 19:29 --- Created an attachment (id=9309) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9309&action=view) bug causing program... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22576

[Bug c/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From black dot hole dot sun16 at gmail dot com 2005-07-20 19:29 --- Created an attachment (id=9310) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9310&action=view) -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22576

[Bug c/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From black dot hole dot sun16 at gmail dot com 2005-07-20 19:30 --- Created an attachment (id=9311) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9311&action=view) -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22576

[Bug c/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From black dot hole dot sun16 at gmail dot com 2005-07-20 19:32 --- If it is at all relevant, I'm using the glibc that breezy provides (2.3.5). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22576

[Bug target/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 19:33 --- This is a target bug. -- What|Removed |Added Component|c

[Bug target/22576] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From black dot hole dot sun16 at gmail dot com 2005-07-20 19:33 --- Created an attachment (id=9312) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9312&action=view) #included file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22576

[Bug AWT/16708] NullPointerException while creating an image with GTK peer

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/17008] GdkGraphics: drawImage tries to cast Image to GtkImage.

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/17060] AWT: problems with drawImage and transparent images

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:40 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/17008] GdkGraphics: drawImage tries to cast Image to GtkImage.

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17008

[Bug AWT/17060] AWT: problems with drawImage and transparent images

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17060

[Bug AWT/19838] Repaint-Loop due to setBackground()

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:41 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/19846] AWT Toolkit.createImage very slow

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:42 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/19847] AWT drawImage fails to render transparent GIFs

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:43 --- Fixed by Sven de Marothy in GNU Classpath. Closing. -- What|Removed |Added Status|N

[Bug AWT/16708] NullPointerException while creating an image with GTK peer

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16708

[Bug AWT/19838] Repaint-Loop due to setBackground()

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838

[Bug AWT/19846] AWT Toolkit.createImage very slow

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19846

[Bug AWT/19847] AWT drawImage fails to render transparent GIFs

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19847

[Bug c++/4131] Why the C++ compiler don't place a const class object to ".rodata" section?

--- Additional Comments From bangerth at dealii dot org 2005-07-20 19:47 --- It may be true that this bug isn't going to be fixed in this cycle, but there's no reason not to keep it open instead of suspending it. The "suspend" state is mean for PRs where we need external things to hap

[Bug c++/22575] immutable object placed in .bss section.

--- Additional Comments From bangerth at dealii dot org 2005-07-20 19:47 --- *** Bug 4131 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/22575] immutable object placed in .bss section.

--- Additional Comments From bangerth at dealii dot org 2005-07-20 19:48 --- This is a valid bug, however hard it may be to solve (see PR 4131). -- What|Removed |Added

[Bug c++/22575] immutable object placed in .bss section.

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-

[Bug SWING/22567] JCheckBox's check box is missing

-- What|Removed |Added AssignedTo|graydon at redhat dot com |roman at kennke dot org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|

[Bug AWT/22163] scrollbars appear and disappear

-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |200

[Bug c++/22575] immutable object placed in .bss section.

-- What|Removed |Added Severity|normal |enhancement Keywords||missed-optimization http://gcc.gnu.org/bugzilla/s

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From stevenb at suse dot de 2005-07-20 20:03 --- Subject: Re: Null Characters instead of blanks in text output. On Wednesday 20 July 2005 21:07, Paul Thomas wrote: > pinskia at gcc dot gnu dot org wrote: > >--- Additional Comments From pinskia at gcc dot gnu

[Bug AWT/22162] double-click fails to select entire word

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:04 --- The same problem occurs in standalone GTK text areas, so I'm going to close this as invalid here. If you feel strongly that the behaviour should be to select up to the next space we can re-file this in GNOME bug

[Bug bootstrap/22577] New: [4.1 Regression] PA bootstrap fails

Bootstrap is failing on mainline on 20050720 on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. hppa2.0w: /scratch/gcc/nightly-2005-07-20-mainline/src/gcc-mainline/gcc/libgcc2.c:661: internal compiler error: tree check: expected tree_list, have predecrement_expr in reloc_needed, at config/pa/pa.c

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From stevenb at suse dot de 2005-07-20 20:17 --- Subject: Re: Null Characters instead of blanks in text output. On Wednesday 20 July 2005 22:03, Steven Bosscher wrote: > On Wednesday 20 July 2005 21:07, Paul Thomas wrote: > > pinskia at gcc dot gnu dot org wrote

[Bug target/22577] [4.1 Regression] PA bootstrap fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 20:18 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug AWT/21882] Wrong Frame size if a frame has been created previously

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:24 --- I can't reproduce this. Closing. -- What|Removed |Added Status|UNCONFIRMED

[Bug SWING/21880] javax.swing.text.JTextComponent has no read() method

--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:31 --- Fixed by classpath -> libgcj merge. Closing. -- What|Removed |Added Status|UNCONFIR

[Bug SWING/21880] javax.swing.text.JTextComponent has no read() method

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880

[Bug AWT/21882] Wrong Frame size if a frame has been created previously

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21882

[Bug other/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

-- What|Removed |Added Summary|ada / raised STORAGE_ERROR :|[4.1 regression] ada / |stack overflow (or erroneous|raised STORAGE_ERROR : stack

[Bug java/22578] New: should inline floatToIntBits et al

Currently Float and Double diverge from classpath. I think we could safely inline these methods wherever they are called, and then fully merge with Classpath. The result would not appreciably affect performance, I think (and these aren't called much anyway). -- Summary: should inline

[Bug other/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

--- Additional Comments From pluto at agmk dot net 2005-07-20 20:41 --- known to work: 4.1.0-20050711 known to fail: 4.1.0-20050717+ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533

[Bug libgcj/22579] New: URLClassLoader re-merge plan

Right now URLClassLoader diverges from Classpath. The primary reason for this is that we have our own special URL handlers which aren't appropriate for classpath. One approach to fixing this would be to break out the inner class URLLoaders into package-private classes and allow VMs to register oth

[Bug java/22578] should inline floatToIntBits et al

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 20:42 --- Confirmed, make sure they get inlined using either VIEW_CONVERT_EXPR or using an union, otherwise aliasing problems will show up. -- What|Removed |Added ---

[Bug libgcj/22579] URLClassLoader re-merge plan

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 20:42 --- Confirme.d -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From stevenb at suse dot de 2005-07-20 20:46 --- Subject: Re: Null Characters instead of blanks in text output. On Wednesday 20 July 2005 22:16, Steven Bosscher wrote: > On Wednesday 20 July 2005 22:03, Steven Bosscher wrote: > > On Wednesday 20 July 2005 21:07,

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From stevenb at suse dot de 2005-07-20 20:49 --- Subject: Re: Null Characters instead of blanks in text output. On Wednesday 20 July 2005 22:46, Steven Bosscher wrote: > Output of libgfortran from 2005-07-20 with the patches from > Jerry[1] and Paul[2] applied:

[Bug fortran/20842] can't use 'END=' in output statement

--- Additional Comments From jakub at redhat dot com 2005-07-20 21:23 --- Can you please also backport http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00126.html to gcc-4_0-branch? The testcase fails on gcc-4_0-branch ATM. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20842

[Bug target/22576] [4.0/4.1 regression] ICE with simple factorial program compiled with -ffast-math on gcc 4.0.2

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-20 21:26 --- Reduced testcase: int foo(long double d) { return d==0; } Comparison of long doubles with zero seems to be a problem. This is a regression from gcc 3.

[Bug libfortran/22570] Null Characters instead of blanks in text output.

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20 22:02 --- Subject: Re: Null Characters instead of blanks in text output. Steve, There are two problems: >The output looks good though: >19 1 4 9162536496481 100 121 14

[Bug rtl-optimization/20370] dead_or_predictable doesn't resize reg_n_info

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 22:23 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/20178] COMPLEX function returns incompatible with g77

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20 22:46 --- This is now fixed, right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20178

  1   2   >