[Bug target/24476] [4.1/4.2 Regression] gcc.dg/tls/pr24428.c execution test and gcc.dg/tls/pr24428-2.c execution test fail on IA64

--- Comment #2 from uros at kss-loka dot si 2005-11-24 08:09 --- The testsuite patch that fixes IA32 tests (and should also fix IA64 issues reported here) is at http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01059.html. Patch is still waiting for review, however I can't test it on IA64.

[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory

--- Comment #14 from jakub at gcc dot gnu dot org 2005-11-24 08:36 --- Comment #7 seems to suggest that (even just --enable-languages=c,fortran). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991

[Bug tree-optimization/24997] [4.1/4.2 regression] ICE with -ftree-vectorize

--- Comment #9 from amodra at bigpond dot net dot au 2005-11-24 08:59 --- Indeed it's not a stack slot. Instead, reg 1824 is an invariant, equal to sfp+16512. Code in reload1.c:eliminate_regs_1 substitutes r1 for sfp, then reorganises the order of the additions, so we get (r1+r11)+con

[Bug bootstrap/25009] Bootstrap: Failure to build doc/gcc.info

--- Comment #7 from gdr at integrable-solutions dot net 2005-11-24 09:01 --- Subject: Re: Bootstrap: Failure to build doc/gcc.info "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #4) | > still does not work with bubblestrap and friends | | After a

[Bug bootstrap/25009] Bootstrap: Failure to build doc/gcc.info

--- Comment #8 from gdr at integrable-solutions dot net 2005-11-24 09:03 --- Subject: Re: Bootstrap: Failure to build doc/gcc.info "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #3) | > Subject: Re: Bootstrap: Failure to build doc/gcc.info | > "p

[Bug java/25001] dos equis

--- Comment #2 from rmathew at gcc dot gnu dot org 2005-11-24 09:33 --- Confirmed on mainline. Also confirmed that GCJX does not have this bug. -- rmathew at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/9278] Illegal use of typedef to "void"

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org

[Bug rtl-optimization/24995] [4.1/4.2 Regression] gcc.dg/vect/vect-10.c fails for -march=athlon

--- Comment #2 from uros at kss-loka dot si 2005-11-24 10:19 --- This also fails for i686-pc-linux-gnu with '-march=athlon'. The patch at http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01648.html fixes i86_64-pc-linux-gnu failure in original report and -march=athlon failure. FWIW, -fomit

[Bug target/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p

--- Comment #5 from uros at kss-loka dot si 2005-11-24 10:19 --- *** Bug 24995 has been marked as a duplicate of this bug. *** -- uros at kss-loka dot si changed: What|Removed |Added -

[Bug tree-optimization/24997] [4.1/4.2 regression] ICE with -ftree-vectorize

--- Comment #10 from amodra at bigpond dot net dot au 2005-11-24 10:21 --- I think I've sorted this out after all.. Testing a fix. -- amodra at bigpond dot net dot au changed: What|Removed |Added --

[Bug rtl-optimization/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p

--- Comment #6 from uros at kss-loka dot si 2005-11-24 10:24 --- (In reply to comment #4) > I've proposed a patch to this PR in > > http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01648.html > > Does it solve PR 24995? Yes, both i86_64 and -march=athlon failures. -- uros at kss-loka

[Bug c++/25014] New: seems to be a bug in optimization on sparc systems.

The following bug occurs only if -O (or higher optimization) is switched on. I did not find out which of the single optimization switches is responsible for it. The complete if statement is true, although none of each boolean value is true. If I replace the enum variable "Type" by an int, the code

[Bug c++/25015] New: [gomp] Function names cannot be demangled due to ".omp_fn" suffix

Compiling the following code snippet with "g++ -fopenmp -O -Wall" I get a hosed error message: int i; void foo() { #pragma omp parallel { int j; i = j; } } bug.cc: In function 'void _Z3foov.omp_fn.0(void*)': bug.cc

[Bug c++/14024] g++ isn't reporting aliasing warnings

--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-24 10:48 --- Subject: Bug 14024 Author: rguenth Date: Thu Nov 24 10:48:15 2005 New Revision: 107459 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107459 Log: 2005-11-24 Richard Guenther <[EMAIL PROTECTED]> Dir

[Bug c++/14024] g++ isn't reporting aliasing warnings

--- Comment #5 from rguenth at gcc dot gnu dot org 2005-11-24 10:55 --- Fixed in 4.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NE

[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms

--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-24 11:14 --- > That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with > Andrew's FE patch + a possible tweak in the Makefile, you should have an Ada > compiler. They even build for me at -O2 on PowerP

[Bug libgcj/25016] New: Integer overflow in _Jv_CondWait

_Jv_CondWait makes no allowances for the possibility of an integer overflow, and this means we can return too early. This causes very hard to track down bugs. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161483 -- Summary: Integer overflow in _Jv_CondWait Prod

[Bug libgcj/25016] Integer overflow in _Jv_CondWait

--- Comment #1 from aph at gcc dot gnu dot org 2005-11-24 11:48 --- Consider this program: public class TimedWait { public static void main (String[] argv) throws InterruptedException { Object o = new Object(); synchronized (o) { o.wait(Long.MAX_VALUE);

[Bug libgcj/25016] Integer overflow in _Jv_CondWait

--- Comment #2 from aph at gcc dot gnu dot org 2005-11-24 11:48 --- Patch at http://gcc.gnu.org/ml/java-patches/2005-q4/msg00222.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25016

[Bug libgcj/25016] Integer overflow in _Jv_CondWait

-- aph at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical Status|NEW |ASSIGNED Last

[Bug libfortran/25017] New: sqrt, csqrt may give a wrong result if real part of compex argument is zero

Seen on intel architectures (i686, x86_64). Run following example code: program test complex cres1, cres2, ivc parameter(ivc = (0,1)) const= 0 fact = 0.5 cres1 = csqrt(const + ivc*fact) cres2 = csqrt(const - ivc*fact) print*,'cres1=',cres1, 'cres2=

[Bug rtl-optimization/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p

--- Comment #7 from rguenth at gcc dot gnu dot org 2005-11-24 12:56 --- We see a _lot_ of ICEs like this on i686 package builds of f.i. xgl, MPlayer, openafs... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-24 13:05 --- This bug is in glibc (same code on non-glibc platform, such as sparc-solaris, will give the right answer). It was reported in glibc bugzilla as #1466 (http://sources.redhat.com/bugzilla/show_bug.cgi?id=1466), and

[Bug rtl-optimization/20586] bootstrap comparision fails with -funroll-loops.

--- Comment #2 from pluto at agmk dot net 2005-11-24 13:11 --- and another failure on 4.1 (rev 107414) on PPC: Bootstrap comparison failure! ./alias.o differs ./builtins.o differs ./combine.o differs ./ddg.o differs ./function.o differs ./global.o differs ./modulo-sched.o differs ./reco

[Bug rtl-optimization/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p

--- Comment #8 from rguenth at gcc dot gnu dot org 2005-11-24 13:25 --- The patch seems to fix the failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982

[Bug fortran/16206] Internal error on initialization expression

--- Comment #2 from eedelman at gcc dot gnu dot org 2005-11-24 13:26 --- I think this bug is caused by the fact that simplification of array slices isn't implemented yet; from expr.c (simplify_const_ref): switch (p->ref->type) { . . . default: /* TODO: Simplify array subs

[Bug fortran/25018] New: Segfault with simple expression

[EMAIL PROTECTED]:~/src/work> cat const.f90 module const real(8), parameter :: g = - sqrt(2._8) * Gf end module const [EMAIL PROTECTED]:~/src/work> ../gcc/build/gcc/f951 const.f90 const.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if

[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory

--- Comment #15 from jb at gcc dot gnu dot org 2005-11-24 13:38 --- Just to be sure, you should be building outside the gcc directory hierarchy. This is (a cleaned up version of the) script I use for doing a clean build: #!/bin/sh GCCDIR=trunk cd $GCCDIR contrib/gcc_update cd .. rm -r

[Bug ada/18659] [4.1/4.2 Regression] ACATS failures c32001e c64105b c95086b

--- Comment #20 from ebotcazou at gcc dot gnu dot org 2005-11-24 14:09 --- Created an attachment (id=10332) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10332&action=view) Reduced testcase. Compile at -O on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659

[Bug rtl-optimization/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p

--- Comment #9 from uros at kss-loka dot si 2005-11-24 14:40 --- Critical, according to comment #7 and #8. -- uros at kss-loka dot si changed: What|Removed |Added

[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms

--- Comment #39 from pluto at agmk dot net 2005-11-24 14:46 --- (In reply to comment #38) > > That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so > > with > > Andrew's FE patch + a possible tweak in the Makefile, you should have an Ada > > compiler. > > They even

[Bug c/25019] New: Promoting long to long long generates no warning and/or incorrect result.

Promoting of longs to long longs gives incorrect results (i.e. sign extension is not done; upper half of result may in some cases be the upper half of a previous 64-bit computation), and does not give a warning in most cases. I have tried http://cjb.ie/32-64bug.c on the following, on various 32-bi

[Bug libgcj/25016] Integer overflow in _Jv_CondWait

--- Comment #3 from overholt at redhat dot com 2005-11-24 15:21 --- This test case does not work for me when I have not applied the patch. After application and building, it does appear to run "forever" :) Also, the Eclipse issue that spurred this on (referenced in comment #1) is fixed

[Bug c/25019] Promoting long to long long generates no warning and/or incorrect result.

--- Comment #1 from cjb at cjb dot ie 2005-11-24 15:21 --- Created an attachment (id=10333) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10333&action=view) Test case for 32-64 bit promotion bug Most recent version of this file available at http://cjb.ie/32-64bug.c or http://cjb.i

[Bug fortran/25020] New: NAG extension: module F90_UNIX providing access to UNIX functions (abort ...)

Hi, it would be nice if gfortran implemented a facility like NAG's F90_UNIX module. The program implicit none call abort () end compiles and links with gfc -std=gnu but not with -std=f95 With the NAG compiler one can write USE f90_unix, ONLY: abort implicit none call abort () end have access

[Bug middle-end/24997] [4.1/4.2 regression] ICE with -ftree-vectorize

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |middle-end Target Milestone|--- |4.1.0 ht

[Bug libfortran/24459] gfortran namelist problem

--- Comment #8 from ed at eh3 dot com 2005-11-24 16:26 --- Hi Jerry, thank you for looking into this issue and clarifing it! The use of correct array triplets is a very quick and easy thing for us to do. And its certainly a good idea to follow the Fortran standard. -- http://gcc.

Re: [Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

fxcoudert at gcc dot gnu dot org wrote: --- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-24 13:05 --- This bug is in glibc (same code on non-glibc platform, such as sparc-solaris, will give the right answer). It was reported in glibc bugzilla as #1466 (http://sources.redhat.

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #2 from jvdelisle at verizon dot net 2005-11-24 16:33 --- Subject: Re: sqrt, csqrt may give a wrong result if real part of compex argument is zero fxcoudert at gcc dot gnu dot org wrote: > --- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-24 13:05 > --

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-24 16:41 --- This is a dup of bug 24313. Gfortran cannot fix a glibc bug. We don't know when glibc is going to be released (also maybe if you complain to the distro you use they will release a newer glibc with the fix). *** Th

[Bug libfortran/24313] complex sqrt function does not return principal value

--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-24 16:41 --- *** Bug 25017 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug java/25021] New: Can't compile ant 1.6.5 to machine code

Building ant 1.6.5 normally with gcj 4.0.2 works nicely; trying to compile the resulting jar files into a binary fails: After ant dist: cd bin/lib LINKTO="-L." for i in *.jar; do [ "$i" = "ant-launcher.jar" ] && continue gcj -O2 -fPIC -fjni -findirect-dispatch -shared -Wl,-Bsymbolic -o lib${i/

[Bug middle-end/25022] New: [4.2,4.1,4.0,3.4 regression] failure to transform the unlocked stdio calls

Given the following program: #define _GNU_SOURCE #include int main () { fputs_unlocked("\n", stdout); return 0; } GCC fails to turn fputs_unlocked into fputc_unlocked. This fails in all GCC versions as of 3.4 through mainline, but works in gcc-3.3 so it's a regression. The regular "locked

[Bug c/25019] Promoting long to long long generates no warning and/or incorrect result.

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-24 16:50 --- a=1

[Bug middle-end/25022] [4.2,4.1,4.0,3.4 regression] failure to transform the unlocked stdio calls

--- Comment #1 from ghazi at gcc dot gnu dot org 2005-11-24 16:51 --- This happens because the replacement functions are obtained in builtins.c from the array implicit_built_in_decls. This array is initialized to null when the replacement function is an "extension" builtin, as are all _

[Bug middle-end/25023] New: [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

We fail to build the linux kernel on i686 with debugging enabled. drivers/usb/media/w9968cf.c: /usr/lib/gcc/i586-suse-linux/4.1.0/cc1 -fpreprocessed w9968cf.i -quiet -dumpbase w9968cf.i -m32 -msoft-float -mpreferred-stack-boundary=2 -march=i586 -mregparm=3 -auxbase-strip drivers/usb/media/.tmp_w9

[Bug middle-end/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org Target Milestone|---

[Bug middle-end/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-24 16:56 --- The candidate which likely broke it is 2005-11-17 Richard Henderson <[EMAIL PROTECTED]> * dwarf2out.c (dw_cfi_oprnd_struct): Reduce dw_cfi_reg_num to int. (lookup_cfa_1): Apply data alignment to

[Bug c++/24050] [3.4 Regression] Fails a template instantiation.

--- Comment #5 from reichelt at gcc dot gnu dot org 2005-11-24 16:58 --- Testcase with fewer nesting levels of templates: template struct A { static void foo() {} }; void bar(void (*)()) {} template struct B { B() { bar(A<0>::foo); } }

[Bug middle-end/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #2 from rguenth at gcc dot gnu dot org 2005-11-24 16:58 --- Created an attachment (id=10334) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10334&action=view) testcase (unreduced) testacse -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25023

[Bug middle-end/25022] [3.4/4.0/4.1/4.2 regression] failure to transform the unlocked stdio calls

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2,4.1,4.0,3.4 regression]|[3.4/4.0/4.1/4.2 regression] |failure to transform

[Bug c/25019] Promoting long to long long generates no warning and/or incorrect result.

--- Comment #3 from falk at debian dot org 2005-11-24 17:01 --- Well, there's one actual issue here, namely that there is no warning about: int f() { int x = 40; return 1 << x; } even though we could of course detect this, albeit probably only in the middle-end. It might be dif

[Bug middle-end/24729] function calls created by builtins do not make use of inline definitions

--- Comment #5 from ghazi at gcc dot gnu dot org 2005-11-24 17:03 --- Here's a version of the testcase that doesn't rely on _unlocked functions since 25022 inhibits the unlocked transformations. Compile at -O2 with and without -DPUTCHAR_DIRECT to see the effect. Using putchar directly

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #4 from kargl at gcc dot gnu dot org 2005-11-24 17:03 --- c99_functions.c contains implementations of csqrt[fl], which are the fixed glibc routines. We can remove the "#if !defined(HAVE_CSQRTF)" and simply have gfortran use its own versions. -- kargl at gcc dot gnu dot o

[Bug middle-end/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-24 17:04 --- Created an attachment (id=10335) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10335&action=view) testcase reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25023

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-24 17:05 --- (In reply to comment #4) > c99_functions.c contains implementations of csqrt[fl], > which are the fixed glibc routines. We can remove > the "#if !defined(HAVE_CSQRTF)" and simply have gfortran > use its own versions

[Bug c++/24979] DECL_MAIN_P is declared twice in cp-tree.h

--- Comment #1 from reichelt at gcc dot gnu dot org 2005-11-24 17:10 --- Confirmed. The duplicate definition was introduced in GCC 3.0. I'll take care of the patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/24979] DECL_MAIN_P is declared twice in cp-tree.h

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconf

[Bug debug/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-24 17:11 --- -O2 -m32 -msoft-float -mpreferred-stack-boundary=2 -march=i586 -mregparm=3 -fno-strict-aliasing -fno-common -ffreestanding -fomit-frame-pointer -fno-unit-at-a-time -g -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug java/25021] Can't compile ant 1.6.5 to machine code

--- Comment #1 from bero at arklinux dot org 2005-11-24 17:20 --- Verified still broken with gcc 4.0.3 SVN 107424 -- bero at arklinux dot org changed: What|Removed |Added

[Bug libfortran/25017] sqrt, csqrt may give a wrong result if real part of compex argument is zero

--- Comment #6 from sgk at troutmask dot apl dot washington dot edu 2005-11-24 17:22 --- Subject: Re: sqrt, csqrt may give a wrong result if real part of compex argument is zero On Thu, Nov 24, 2005 at 05:05:12PM -, pinskia at gcc dot gnu dot org wrote: > > (In reply to comment #

[Bug libfortran/24459] gfortran namelist problem

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-11-24 17:25 --- After going to comp.lang.fortran I determined this is not a bug and gfortran is correctly handling the given namelist. To get desired behavior use array qualifiers with array triplet notation. -- jvdelisle at

[Bug c/25019] Promoting long to long long generates no warning and/or incorrect result.

--- Comment #4 from schwab at suse dot de 2005-11-24 17:28 --- (In reply to comment #2) > a=1< is done in the type of b and not of type of a The type of the right operand of a shift expression has no significance at all. 1 has type int, so has 1

[Bug tree-optimization/17863] [4.0/4.1/4.2 Regression] threefold performance loss, not inlining as much

--- Comment #30 from phython at gcc dot gnu dot org 2005-11-24 17:34 --- On powerpc-linux, I get the following timings: Using the following command line: g++ -O3 -o t41 -mcpu=7450 -mtune=7450 pr17863.cc -static real user 3.4 0m11.761s 0m11.148s 4.0 0m10.196s 0m9.495s

[Bug java/24698] [4.1/4.2 regression] Failure locating .properties files inside jars

--- Comment #5 from bero at arklinux dot org 2005-11-24 18:07 --- This should be marked important regression IMO, it breaks a number of applications out there -- bero at arklinux dot org changed: What|Removed |Added

[Bug fortran/25024] New: ICE with external declaration inside same procedure

The following simple procedure causes an ICE: subroutine A() EXTERNAL A END Error message with compiler "gcc version 4.2.0 20051124 (experimental)" is: crash2.f:0: internal compiler error: in build_function_decl, at fortran/trans-decl.c:1114 With compiler "gc

[Bug libstdc++/25025] New: Failure to build, :1:2: error: missing '(' after predicate

Following is the relevant output from my make. gmake[3]: Entering directory `/usr/local/.src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++' /bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile /usr/local/src/gcc.obj/gcc/xgcc -shared-libgcc -B/usr/local/src/gcc.obj/gcc/ -nostdinc++

[Bug target/21623] [4.0/4.1/4.2 regression] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Comment #5 from amylaar at gcc dot gnu dot org 2005-11-24 18:56 --- Subject: Bug 21623 Author: amylaar Date: Thu Nov 24 18:55:53 2005 New Revision: 107468 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107468 Log: PR target/21623: * regclass.c (FORBIDDEN_INC

[Bug debug/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-24 20:03 --- Confirmed, the inline-asm is required (this testcase does not reduce any further really). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms

--- Comment #40 from pluto at agmk dot net 2005-11-24 20:21 --- it also builds on i486. unfortunately amd64 fails on a-except even with -O0. (...) stage1/xgcc -Bstage1/ -B/usr/x86_64-pld-linux/bin/ -c -march=x86-64 -O2 -ggdb -gnatpg -gnata -g -O0 \ -I- -I. -Iada -I../../gcc/ada ..

[Bug debug/25023] [4.1/4.2 Regression] ICE in def_cfa_1, at dwarf2out.c:792

--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-24 20:42 --- Here is a reduced testcase as far as I can get it: struct device_driver { const char * name; }; struct video_picture { unsigned short a,b,c,d,e; }; struct w9968cf_device { struct device_driver *driver; i

[Bug libgcj/25026] New: -libXtst not detected [--enable-java-awt=gtk]

my gcc is configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/X11R6/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,ada,java --enable-c99 --enable-long-l

[Bug middle-end/24990] fold should convert ~a != C to a != ~C where C is a constant

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-24 21:19 --- Patch posted. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL|

[Bug middle-end/24989] boolvar != 1 is not converted to !boolvar

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-24 21:19 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01780.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/18428] No preprocessing option -cpp for gfortran

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2005-11-24 22:11 --- (In reply to comment #5) > The -x option in gfortran is not really a good replacement as described > in my comment #2. While I completely agree with you, I don't see a way to do that with the current framework. O

[Bug fortran/21647] INQUIRE errors when using -fdefault-integer-8

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2005-11-24 22:14 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-24 22:33 --- Subject: Re: [4.1 regression] gthr-dce.h:77: error: expected expression before '{' token > HP-UX 10 is not a primary platform, but this seems an easy fix; let's fix it > if > we can. The enclosed change

[Bug middle-end/25027] New: libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529

./xgcc -B./ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -isystem /home/da ve/opt/gnu/gcc/gcc-4.1.0/hppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc- 4.1.0/hppa-linux/sys-include -L/home/dave/gnu/gcc-4.0/objdir/gcc/../ld -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-pro

[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 23:14 --- I see that you are having a bad couple of weeks. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-24 23:22 --- Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529 > I see that you are having a bad couple of weeks. Yah. Definitely, slows progress on PA specific stuff.

[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms

--- Comment #41 from debian-gcc at lists dot debian dot org 2005-11-24 23:29 --- builds on alpha-linux, powerpc-linux, mips-linux, s390-linux (Debian unstable) with the patch from the attachment and the patch from #39. No test results yet. Matthias -- http://gcc.gnu.org/bugzilla

[Bug middle-end/25027] [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529

--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-24 23:55 --- Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload, at targhooks.c:529 > I see that you are having a bad couple of weeks. Thing were somewhat better before r107468. Dave --

[Bug other/25028] New: TImode-to-floating conversions broken

int printf(const char *, ...); typedef int TItype __attribute__((mode(TI))); TItype x = -1; int main(void) { printf("%f %f\n", (float)x, (double)x); return 0; } displays 0.00 0.00 on x86_64-unknown-linux-gnu. The conversion functions in libgcc2.c work for converting DImode values on the p

[Bug bootstrap/25009] Bootstrap: Failure to build doc/gcc.info

--- Comment #9 from mckelvey at maskull dot com 2005-11-25 02:01 --- I always build in an empty directory. After configuring, what good would a "make clean" do? Anyway, I noticed a complaint in the build log that makeinfo was too old. I installed the latest texinfo and was able to build

[Bug middle-end/24998] [4.2 Regression] Build failure on sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf

--- Comment #9 from joseph at codesourcery dot com 2005-11-25 02:51 --- Subject: Patch for sparc-solaris build failure This patch fixes some of the problems associated with the use of libcalls for unsigned-to-floating conversions (bug 24998). The underlying problem was that my patch d

[Bug middle-end/24998] [4.2 Regression] Build failure on sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf

--- Comment #10 from jsm28 at gcc dot gnu dot org 2005-11-25 03:53 --- Subject: Bug 24998 Author: jsm28 Date: Fri Nov 25 03:53:30 2005 New Revision: 107481 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107481 Log: PR middle-end/24998 * gcc/config/rs6000/rs6000.c

[Bug middle-end/24998] [4.2 Regression] Build failure on sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf

--- Comment #11 from jsm28 at gcc dot gnu dot org 2005-11-25 03:57 --- Subject: Bug 24998 Author: jsm28 Date: Fri Nov 25 03:57:22 2005 New Revision: 107483 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107483 Log: PR middle-end/24998 * config/rs6000/rs6000.c (rs

[Bug middle-end/24990] fold should convert ~a != C to a != ~C where C is a constant

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-25 04:55 --- Subject: Bug 24990 Author: pinskia Date: Fri Nov 25 04:54:59 2005 New Revision: 107487 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107487 Log: 2005-11-25 Andrew Pinski <[EMAIL PROTECTED]> PR mi

[Bug middle-end/24990] fold should convert ~a != C to a != ~C where C is a constant

--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-25 04:55 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/24989] boolvar != 1 is not converted to !boolvar

--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-25 05:05 --- Subject: Bug 24989 Author: pinskia Date: Fri Nov 25 05:05:26 2005 New Revision: 107488 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107488 Log: 2005-11-25 Andrew Pinski <[EMAIL PROTECTED]> PR mi

[Bug middle-end/24989] boolvar != 1 is not converted to !boolvar

--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-25 05:05 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/18908] Missed folding opportunities with bools

--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-25 05:06 --- So now truely only f1 is the only one to fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908

[Bug tree-optimization/24575] -(i /- 10) is not foldded to i/-10

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-25 05:24 --- (In reply to comment #1) > Confirmed, part of the issue here is that -i/10 is not converted to i/10 That should have been i/-10. I am going to make this bug about -(i/-10) to i/10. -- pinskia at gcc dot gnu dot

[Bug middle-end/23669] fold does convert (-a)/10 into a/-10 with -fno-wrapv

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-25 06:17 --- Ok, I have a patch which copies the code for Real divides into the int divides, though it adds !flag_wrapv. Though I am worry about the non truncate divide, I think it should be the same for them but for some reason

[Bug testsuite/23400] [4.1/4.2 Regression] "make check" fixinclude failure

--- Comment #8 from bkorb at gnu dot org 2005-11-25 07:25 --- A couple of issues: 1. Replacement fixes should not be checked, so it is interesting that the failure shows up. 2. fixincl should not create files without terminating new lines anyway. I've just applied a patch to f