[Bug target/19250] New: minss/maxss SSE insn not generated for -mfpmath=sse

This testcase should generate min{s,d}s, max{s,d}s SSE insn. It looks that min?f, max?f pattern is converted to equivalent i387 insn sequence, because the output is expected in FP reg. However, the result of min/max should be _moved_ from SSE to FP reg. Testcase: float minf(float a, float b) {

[Bug target/19250] minss/maxss SSE insn not generated for -mfpmath=sse

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 08:27 --- Confirmed but note this is a register allocator problem really. in lreg: (insn:HI 12 8 16 0 (parallel [ (set (reg/v:SF 59 [ a ]) (if_then_else:SF (lt (reg/v:SF 59 [ a ])

[Bug bootstrap/19248] make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2005-01-04 08:29 --- No, it's not a duplicate of 18810. I temporarely renamed my 'install' in /usr/bin/install to install_off so that 'which install' now results in: localhost:~ lars$ which install no install i

[Bug bootstrap/19248] make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 08:32 --- Actually it is still is if you have not rebooted your machine. *** This bug has been marked as a duplicate of 18810 *** -- What|Removed |Added --

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 08:32 --- *** Bug 19248 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18810

[Bug c/19251] New: gstabs emits wrong entry for "unsigned int/long" types on powerpc

Hello, I have problem with gcc3.x and stabs debugging format on powerpc (ppc32 603e). gdb doesn't recognize builtin unsigned int/long formats. I compile the following program with: powerpc-gcc -gstabs a.c int main() { unsigned int a; int b; return 0; } and

[Bug debug/19251] gstabs emits wrong entry for "unsigned int/long" types on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 08:49 --- Hmm, what version of gdb is this, since I tried on ppc-darwin and it produces what you consided back stabs and it worked (this is gdb 5.3). Also why use stabs when dwarf-2 works better and most of the tim

[Bug debug/19251] gstabs emits wrong entry for "unsigned int/long" types on powerpc

--- Additional Comments From gleb76 at gmail dot com 2005-01-04 09:02 --- I forgot to mension the gdb I've tried are 6.0 and 6.3. The problem is in the stabsread.c file in function read_huge_number. The stabs produce much smaller output for me. The result file using stabs is 23M and wit

[Bug target/19250] minss/maxss SSE insn not generated for -mfpmath=sse

--- Additional Comments From aj at gcc dot gnu dot org 2005-01-04 09:05 --- Btw. we do the right thing for 64-bit x86-64: $ gcc -O2 -ffast-math -c t.c $ objdump -d t.o t.o: file format elf64-x86-64 Disassembly of section .text: : 0: f3 0f 5d c1

[Bug c/18287] Unaligned access to fields inside packed records

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 09:14 --- Subject: Re: Unaligned access to fields inside packed records > Could you tell on what grounds? AFAICS all fields are still addressable. Not really, they aren't. I've argued in the past that we should eithe

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 09:14 --- Bss, this is invalid and not because the standard only says he constructor is ignored. 12.6.2P6: "If V does not have an accessible default constructor, the initialization is ill-formed. A mem-initializer

[Bug middle-end/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From uros at kss-loka dot si 2005-01-04 09:21 --- This is really middle-end problem. Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00168.html -- What|Removed |Added --

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 09:30 --- Here are results on ia64-unknown-gnu-linux, with -O0 -g for gfortran snapshot 20050102. What I don't understand is that the results appear identical to the ones that I showed in comment 8 with snapshot

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 10:01 --- Subject: Bug 19235 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 10:00:57 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 10:04 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19107] regclass.c miscompiled by -ftree-vectorize

-- Bug 19107 depends on bug 19235, which changed state. Bug 19235 Summary: [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235 What|Old Value |New Value ---

[Bug target/19240] [4.0 Regression] runtime performance regression in floating point heavy code, x86/SSE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 10:41 --- Subject: Bug 19240 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 10:40:58 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug debug/19251] gstabs emits wrong entry for "unsigned int/long" types on powerpc

--- Additional Comments From gleb76 at gmail dot com 2005-01-04 11:01 --- (In reply to comment #1) > Hmm, what version of gdb is this, since I tried on ppc-darwin and it produces what you consided back > stabs and it worked (this is gdb 5.3). > gdb 5.3 doesn't work for me. Do you use v

[Bug rtl-optimization/19252] New: sub optimal use of fpu comparisons in SSE code

Somehow fpu comparisons are used in SSE heavy code with -mfpmath=sse. Case in point (not from the testcase): 401447: fldz [snip lots of SSE only operations] 401535: movss %xmm2,0xc(%esp) 40153b: flds 0xc(%esp) 40153f: fcomip %st(1),%st 401541: jbe401650 I

[Bug rtl-optimization/19252] sub optimal use of fpu comparisons in SSE code

--- Additional Comments From tbptbp at gmail dot com 2005-01-04 12:39 --- Created an attachment (id=7870) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7870&action=view) All hell broke lose -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19252

[Bug target/19252] sub optimal use of fpu comparisons in SSE code

--- Additional Comments From uros at kss-loka dot si 2005-01-04 13:00 --- Some discussion: http://gcc.gnu.org/ml/gcc/2004-12/msg01027.html This PR could be related to: PR 19009: Loading of FP constants into FP reg via SSE reg PR 19250: minss/maxss SSE insn not generated for -mfpmath=ss

[Bug fortran/17379] Generic functions not resolved

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 13:41 --- The problem appears to be related to the fact that "length" and "size" are both intrinsics. If you declare "length" to be external, with the following patch: $ diff -u vec3d.f90 vec3d-works.f90 --- vec

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-01-04 13:51 --- (In reply to comment #10) > Looking at the Intel reference documentation available from ftp://download.intel.com/design/ > Pentium4/manuals/25366614.pdf MOVQ has the following opcodes: > > 0F 6F /r

[Bug target/19252] sub optimal use of fpu comparisons in SSE code

--- Additional Comments From uros at kss-loka dot si 2005-01-04 14:05 --- Adding -mno-80387 to flags doesn't generate fcomip anymore. But when I try to compile povray with '-O3 -march=pentium4 -mno-80387 -mfpmath=sse -ffast-math' I got into: bbox.cpp: In function 'void build_area_table

[Bug c++/19253] New: [3.4/4.0 regression] bad error message / ICE for invalid template parameter

The following invalid testcase causes an ICE on mainline: = namespace N {} template struct A { A > a; }; = bug.cc:5: error: 'X' in namespace 'N' does not name a type bug.cc:5: internal compiler error: in make_typename_type,

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 14:37 --- Subject: Bug 18308 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 14:37:24 Modified files: gcc: ChangeLog tree-if-conv.c dojump.c

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 14:54 --- I did some debugging on my testcase, and I think I've found some of the things wrong with it: $ gdb ./a.out GNU gdb Red Hat Linux (6.1post-1.20040607.52rh) Copyright 2004 Free Software Foundation, Inc.

[Bug c++/19254] New: Dynamically sized static multidimensional array access in constructor uses wrong address

When inside a constructor a multidimensional array is declared whose size depends on a variable, e.g. int n = 5; int a[n][n];, address calculation for accessing the array elements is wrong. Example code: --- snip --- int result; class A { public: A(); }; void remember(int i) {

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From kcook at gcc dot gnu dot org 2005-01-04 15:06 --- > (In reply to comment #10) > Those 0F 6F and 0F 7F are, however, standard MMX instructions. So when you > use for instance -msse -mfpmath=sse -no-mmx those shouldn't be used as well > (don't know why would an

[Bug bootstrap/19255] New: cross-chain build failure [MinGW]

This bug is similar to #12974. The patch (id=5925) is fine but not enough in case the target has multilib. It also should be added INCLUDE nearby rule stmp-multilib. Like this: # Build multiple copies of libgcc.a, one for each target switch. stmp-multilib: $(LIBGCC_DEPS) $(MAKE) \

[Bug target/19252] sub optimal use of fpu comparisons in SSE code

-- What|Removed |Added CC||kcook at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19252

[Bug target/19240] [4.0 Regression] runtime performance regression in floating point heavy code, x86/SSE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:43 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 15:44 --- Subject: Bug 17767 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 15:44:25 Modified files: gcc: ChangeLog cse.c simplify-rtx.c

[Bug middle-end/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:46 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/19253] [3.4/4.0 regression] bad error message / ICE for invalid template parameter

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-01-04 15:47 --- (In reply to comment #16) > > (In reply to comment #10) > If you look at Richard's patch, the compiler will use MOVLPS into XMM register > when only SSE1 is available. Yes, I noticed. That's good.

[Bug tree-optimization/19217] [4.0 Regression] ICE: verify_stmts failed: address taken, but ADDRESSABLE bit not set

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:48 --- : Search converges between 2004-11-30-014001-trunk (#665) and 2004-12-01-014001-trunk (#666). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19217

[Bug c++/19244] [4.0 Regression] Typedef of anonymous class incorrectly handled in member function definition

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 15:50 --- : Search converges between 2004-07-17-trunk (#488) and 2004-07-18-trunk (#489). -- What|Removed |Added --

[Bug bootstrap/19255] cross-chain build failure [MinGW]

-- What|Removed |Added Known to fail||3.4.3 Known to work||3.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255

[Bug c++/19256] New: derived template classes can't access parent protected members

It seems that if you have a template class derived from another template class, that the derived class can not access the super-class protected members. I've put a short code segment below. It compiles and works as expected using gcc 2.95.2, 3.2.3, 3.3.2, and 3.3.5. It doesn't compile using g

[Bug c++/19253] [3.4/4.0 regression] bad error message / ICE for invalid template parameter

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-04 16:45 --- The following example is even worse: = namespace N { struct X; } template struct A { A a; }; = Mainline crashes without emitting an err

[Bug c++/19256] derived template classes can't access parent protected members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 16:52 --- The code is invalid C++, read the release notes on how to fix the problem. -- What|Removed |Added

[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW

[Bug preprocessor/19257] New: mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/subframework1.c

With LAST_UPDATED: "Tue Jan 4 08:43:26 UTC 2005" I get: FAIL: gcc.dg/cpp/subframework1.c (test for excess errors) With the message in the .log being (copy-pasted): Executing on host: /home/hp/combined/mmixware-sim/gcc/xgcc -B/home/hp/combined/mmixware-sim/gcc/ /home/hp/combined/combined/gcc/t\ es

[Bug preprocessor/19257] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/subframework1.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 17:31 --- Confirmed, this should run only on *-*-darwin* -- What|Removed |Added Status|UNC

[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226

--- Additional Comments From andre dot maute at gmx dot de 2005-01-04 17:46 --- tried gcc-4.0-20050102 with the patch http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&r1=1.597&r2=1.598 from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From andersca at gnome dot org 2005-01-04 18:09 --- Confirming that this does fix the error for me. Thanks a lot! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

[Bug c++/19254] [3.3 Regression] Dynamically sized static multidimensional array access in constructor uses wrong address

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 18:41 --- Confirmed, only a 3.3 regression, it works with 3.4.0. -- What|Removed |Added St

[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 18:42 --- Patch here: . -- What|Removed |Added

[Bug target/19012] [4.0 Regression] ICE on testsuite/gcc.c-torture/execute/930208-1.c with -fpack-struct -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 19:23 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/16220] [4.0 Regression] Jump pessimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 19:25 --- Patch here: . -- What|Removed |Added

[Bug preprocessor/19257] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/subframework1.c

--- Additional Comments From geoffk at gcc dot gnu dot org 2005-01-04 19:31 --- Doh! Fixing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk a

[Bug c++/19258] New: Incorrect access check for default argument

The following code class X { template friend int ff(T*, int y=anX.x) { return y; } int f() { return ff(&anX); } static X anX; int x; }; X dummy; gives an error message with mainline: foo.cc:6: error: 'int X::x' is private foo.cc:3: error: within this context That e

[Bug preprocessor/19257] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/subframework1.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 19:39 --- Subject: Bug 19257 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 19:39:10 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug preprocessor/19257] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/subframework1.c

--- Additional Comments From geoffk at gcc dot gnu dot org 2005-01-04 19:39 --- Should be fixed now. -- What|Removed |Added Status|ASSIGNED|R

[Bug c++/19258] [3.4/4.0 Regression] Incorrect access check for default argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 19:48 --- : Search converges between 2003-01-02-trunk (#161) and 2003-01-10-trunk (#162). Note with 3.4.x, we get a different error message: input.cc:2: error: `anX' was not declared in this scope The error message

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 19:48 --- Hmm, I cannot reproduce it with a cross compiler from today. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From ac131313 at redhat dot com 2005-01-04 20:07 --- (In reply to comment #5) > If gdb can't handle var-tracking, it should be fixed there, and not > be disabeld in gcc. Correct. GCC shouldn't hold back features due to a lack of support in GDB. See also http://so

[Bug AWT/16203] need to kill awt helper threads on gui app exit

--- Additional Comments From fitzsim at redhat dot com 2005-01-04 20:20 --- Fixed on java-gui-branch. -- What|Removed |Added Status|NEW

[Bug target/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-04 21:03 --- Indeed it is a dup. *** This bug has been marked as a duplicate of 19235 *** -- What|Removed |Added --

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-04 21:03 --- *** Bug 19107 has been marked as a duplicate of this bug. *** -- What|Removed |Added --

Re: [Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

I think that you have closed this one a bit too quick. Have you actually tried it? This is what I have used: CFLAGS="-O0 -g3 -fno-omit-frame-pointer" BOOT_CFLAGS="-O0 -g3 -fno-omit-frame-pointer" LIBCFLAGS="-O0 -g3 -fno-omit-frame-pointer" LIBGCC2_CFLAGS="-O0 -g3 -fno-omit-frame-pointer" make CFL

[Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

--- Additional Comments From v dot haisman at sh dot cvut dot cz 2005-01-04 21:24 --- Subject: Re: Bootstrap ignores compiler flags supplied on command line I think that you have closed this one a bit too quick. Have you actually tried it? This is what I have used: CFLAGS="-O0 -g3 -

Re: [Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

On Jan 4, 2005, at 4:24 PM, Vaclav Haisman wrote: gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -fno-common -DHAVE_CONFIG_H -I/home/4/wilx/incl

[Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

--- Additional Comments From pinskia at physics dot uc dot edu 2005-01-04 21:40 --- Subject: Re: Bootstrap ignores compiler flags supplied on command line On Jan 4, 2005, at 4:24 PM, Vaclav Haisman wrote: > gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W > -Wall

[Bug libfortran/18398] Formatted I/O problems

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 22:20 --- Even shorter testcase: $ cat fio.f open(7) write (7,'(F12.5)') 1.0, 2.0, 3.0 rewind(7) read(7,'(F15.5)') a,b print *,a,b if (abs(a-1.0) .gt. 1e-5) call abort if

[Bug libfortran/18398] Formatted I/O problems

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04 22:31 --- > $ gfortran fio.f && ./a.out >1.00 3.00 > $ gfortran -dumpmachine > i686-pc-linux-gnu > Aborted I had mixed up my cut&paste there... of course, it was the test program that aborted, n

[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-04 22:48 --- I don't think that patch is sufficient. I'm about halfway to a fix. I don't think the behaviour should be conditional on STRICT_ALIGNMENT. Either enforce alignment, or annotate things properly so that the bac

[Bug tree-optimization/19158] [4.0 Regression] GNAT Bug Box compiling makegpr.adb of the GNAT tools

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 23:54 --- Subject: Bug 19158 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 23:54:27 Modified files: gcc: ChangeLog tree-sra.c Log message:

[Bug tree-optimization/19158] [4.0 Regression] GNAT Bug Box compiling makegpr.adb of the GNAT tools

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 23:54 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-04 23:55 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-01/msg00027.html -- What|Removed |Added

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-05 00:02 --- Can you attach the .t02.original dump (generated with -fdump-tree-original) please. I have an idea what might be going wrong, but I'd like to see what this looks like on your target. -- What|Re

[Bug bootstrap/19223] --disable-checking doesn't fully disable checking

--- Additional Comments From gschafer at zip dot com dot au 2005-01-05 00:19 --- Here are some timimgs from my test runs. This is all done with: --enable-languages=c --disable-checking make bootstrap gcc-4.014:50 gcc-4.012.25-> with STAGE1_CHECKING manually removed a

Re: [Bug bootstrap/19223] --disable-checking doesn't fully disable checking

On Jan 4, 2005, at 7:19 PM, gschafer at zip dot com dot au wrote: - C only bootstrap times on GCC-4 have almost exactly doubled since 3.4.3 Well considering there is almost double the amount of code in 4.0.0 I would not doubt that. Also I can tell you that on ppc-darwin, we are faster at bootstr

[Bug bootstrap/19223] --disable-checking doesn't fully disable checking

--- Additional Comments From pinskia at physics dot uc dot edu 2005-01-05 00:22 --- Subject: Re: --disable-checking doesn't fully disable checking On Jan 4, 2005, at 7:19 PM, gschafer at zip dot com dot au wrote: > - C only bootstrap times on GCC-4 have almost exactly doubled since

[Bug c/19152] [4.0 Regression] IMA and external inline don't get along

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-05 01:41 --- Subject: Bug 19152 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-05 01:41:38 Modified files: gcc: ChangeLog c-decl.c Log message:

[Bug c/19152] [4.0 Regression] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 01:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c/17662] testsuite for IMA testcases

-- Bug 17662 depends on bug 19152, which changed state. Bug 19152 Summary: [4.0 Regression] IMA and external inline don't get along http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19152 What|Old Value |New Value -

[Bug libfortran/15160] Generated files don't regenerate

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 01:49 --- Is this true any more? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15160

[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 01:52 --- Does this still happen? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug bootstrap/16874] amd64: ../../../../../src/libf2c/libI77/fmt.c:365: internal compiler error: in extract_insn, at recog.c:2175

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 01:54 --- Could you attach the preprocessed source and try 3.4.3? -- What|Removed |Added S

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-05 02:01 --- Subject: Re: Missing RECL parameter in OPEN statement > Can you please give this a spin? The library used int where the compiler > used > INTEGER*4 in a few cases. I'm currently running the testsui

[Bug bootstrap/19255] cross-chain build failure [MinGW]

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 02:06 --- Can you send the patch to [EMAIL PROTECTED] with a proper changelog? -- What|Removed |Added

[Bug tree-optimization/13756] [tree-ssa] documentation missing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 02:10 --- Note the following were removed: tree-alias-ander.c: get_ref pta_make_lam print_out_result tree-alias-common.c: alias_get_name tree-alias-type.c: alias_var_new_with_aterm -- What|Removed

[Bug bootstrap/19248] make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2005-01-05 02:12 --- Of course I did reboot my machine. I even checked if /dev/null was there again. And I can tell you it was. -- What|Removed |Added ---

[Bug bootstrap/19248] make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 02:13 --- Report this bug to opendarwin since this works on all targets already and it has to be a bug in opendarwin. -- What|Removed |Added -

[Bug web/16384] http://gcc.gnu.org/gcc-3.3/changes.html changelog for gcc-3.3.4 missing

-- What|Removed |Added Severity|minor |enhancement Last reconfirmed|2004-10-05 20:33:08 |2005-01-05 02:30:52 date|

[Bug target/14880] Altivec vspltX pattern RTL enhancement

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-05 02:40 --- Fixed by: 2004-11-15 Aldy Hernandez <[EMAIL PROTECTED]> * config/rs6000/altivec.md ("altivec_vsplth"): Rewrite with vec_duplicate. (altivec_vspltb): Same. (altivec_vspltw)

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-05 03:40 --- Looks as if the problem relates to the initialization or lack of the _gfortran_ioparm struct: (gdb) p (st_parameter)_gfortran_ioparm $14 = {unit = 0, err = 0, end = 0, eor = 0, list_format = 0, library_re

[Bug target/18566] Can vary constants (undefined fortran)

--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-05 03:44 --- This question was asked and mostly answered on the gcc mailing list. http://gcc.gnu.org/ml/gcc/2004-12/msg00231.html http://gcc.gnu.org/ml/gcc/2004-12/msg00234.html As per the ABI, small local data (

[Bug libfortran/19194] Missing RECL parameter in OPEN statement

--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-05 04:22 --- Ignore the last comment. Gdb is confused. The fundamental problem is the following. Here is the code generated to save the recl_in field in MAIN__. A store double word insn is being used to store the rec

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

--- Additional Comments From austern at apple dot com 2005-01-05 05:21 --- Nope, I was wrong. DR272 only affects a nonnormative note. I've checked with Mike Miller, and he pointed me to the appropriate normative text that implies that X::~X() within a member function applies to the

[Bug c++/12333] [DR 272] Explicit call to MyClass::~MyClass() not allowed

--- Additional Comments From austern at apple dot com 2005-01-05 05:24 --- I was wrong in thinking this was only a diagnostic bug. DR272 only affects a nonnormative note. I've checked with Mike Miller, and he pointed me to the appropriate normative text that implies that X::~X() wi

[Bug bootstrap/19255] cross-chain build failure [MinGW]

--- Additional Comments From monaka at monami-software dot com 2005-01-05 05:57 --- Created an attachment (id=7875) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7875&action=view) Patch for gcc-3.4.3/gcc/Makefile.in This patch has already sent to [EMAIL PROTECTED] -- http://gc

[Bug libf2c/17636] "truncation failed in endfile" error when closing a file appended to

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-05 07:06 --- http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg00140.html -- What|Removed |Added St