[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-28 07:54 --- (In reply to comment #26) > Excellent. Can you please check whether on AIX this is ok ("de_DE" is just > an example, any actually installed named locale should do): > [code] > In short, we should make su

[Bug c++/19662] [FEATURE REQUEST] Need an option preventing any atexit object destructions

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-28 07:17 --- Subject: Re: New: [FEATURE REQUEST] Need an option preventing any atexit object destructions "yuri at tsoft dot com" <[EMAIL PROTECTED]> writes: | For ex. "gcc -no-atexit ..." will avoid any post-ru

[Bug c++/19664] New: -fvisibility-inlines-hidden fails with gcc's extern template extension on amd64

Failing code: template struct VisTest { inline VisTest (); }; template inline VisTest::VisTest() {} extern template class VisTest; // It works if we drop that line int some_function( int do_something ) __attribute__ ((visibility("default"))); int some_function( int do_something ) { VisTest a;

[Bug tree-optimization/17454] [4.0 Regression] ICE with --enable-checking=fold

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28 06:31 --- I could not reproduce this on powerpc-darwin, could you try again? This might be a stack overflow but I don't know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17454

[Bug c/18180] move special handling out functions into attributes

-- What|Removed |Added Last reconfirmed|2004-10-29 17:38:20 |2005-01-28 06:28:44 date|| Target Milestone|---

[Bug ada/15616] [4.0 Regression] Linking error on legal program using generic package

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28 06:27 --- The ICE is a regression. -- What|Removed |Added Summary|Linking error on legal

[Bug c/19342] [4.0 regression] ICE in common_type, at c-typeck.c:490

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-28 06:26 --- Patch here . This one fixes the testcase, but while writing a larger testcase I found other unrelated bugs that aren't fixed yet. -- http://gcc.gnu.

[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse

--- Additional Comments From uros at kss-loka dot si 2005-01-28 06:23 --- BTW: I don't think that x87 should be fully disabled for -mfpmath=sse. st(0) can be used as a temporary storage for memory-to-memory transfers. Also, it can do on-the-fly FP extending and truncating, without touchi

[Bug ada/5911] Support for multilib in Ada

-- What|Removed |Added Severity|minor |normal Keywords||build Last reconfirmed|2004-10-29 13:50:59 |2

[Bug c++/18207] misleading diagnostic for ill-formed implicitly-defined default constructor

-- What|Removed |Added Severity|normal |minor Last reconfirmed|2004-10-29 13:10:16 |2005-01-28 06:20:36 date|

[Bug target/19663] sparc.h's LINK_GCC_C_SEQUENCE_SPEC lacks generality

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-28 06:16 --- Subject: Bug 19663 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-28 06:16:15 Modified files: gcc: ChangeLog gcc/config/sparc:

[Bug target/19663] New: sparc.h's LINK_GCC_C_SEQUENCE_SPEC lacks generality

The LINK_GCC_C_SEQUENCE_SPEC provided by gcc/config/sparc/sparc.h is not applicable to sparc-rtems. IMO, sparc.h's LINK_GCC_C_SEQUENCE_SPEC probably is specific to solaris and not generally applicable. May-be, it's an historic artefact. I am going to apply the patch below to GCC-trunk to work-aro

[Bug c++/19662] New: [FEATURE REQUEST] Need an option preventing any atexit object destructions

For ex. "gcc -no-atexit ..." will avoid any post-run object destructions. This feature is very useful: if I have very performance critical application and all my objects are simple and do not *really* require destructions I may opt for this. Benefit: will be less extra stuff inserted by compiler a

[Bug middle-end/19650] [4.0 Regression] miscompilating of array acess of (int)(a==2)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-28 04:06 --- Subject: Bug 19650 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-28 04:06:25 Modified files: gcc: Chan

[Bug middle-end/16558] [4.0 Regression]: bogus missing-return warning

--- Additional Comments From ian at airs dot com 2005-01-28 03:47 --- I believe this is fixed by this patch: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02098.html -- What|Removed |Added

[Bug middle-end/19661] unnecessary atexit calls emitted for static objects with empty destructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28 01:45 --- But it is still an enhancement because any missed optimization that does not happen before is. Also this is a middle-end bug since the middle-end and not the front-end figure out that the function is empt

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug c++/19661] unnecessary atexit calls emitted for static objects with empty destructors

--- Additional Comments From yuri at tsoft dot com 2005-01-28 01:26 --- (In reply to comment #1) > Confirmed, although I consider this to be a rather minor point since > the code is actually run only once. Here's a small test: I agree, but it bloats the code, therefore reducing potenti

[Bug middle-end/19661] unnecessary atexit calls emitted for static objects with empty destructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28 01:22 --- This is related to PR 17736 which is for empty global variables with empty constructors. -- What|Removed |Added -

[Bug c++/19661] unnecessary atexit calls emitted for static objects with empty destructors

--- Additional Comments From bangerth at dealii dot org 2005-01-28 01:08 --- Confirmed, although I consider this to be a rather minor point since the code is actually run only once. Here's a small test: struct A { A(); ~A() {} }; void foo () { sta

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

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28 01:04 --- Final callgraph for amd64: double accu1(const double*, const double*) [with int n = 2]/21: 22 insns (29 after inlining) needed inlinable asm_written called by: calls: double f(const double*, const do

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28 00:55 --- Did anyone try to profile these already? -- What|Removed |Added CC|

[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28 00:37 --- Recently a few issues in real.c were detected with valgrind. They have now been patched: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01825.html http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01827.html

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18 --- I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems. I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it to bootstrap with -m64. No problems. --enable-thr

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18 --- I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems. I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it to bootstrap with -m64. No problems. --enable-thr

[Bug c/19342] [4.0 regression] ICE in common_type, at c-typeck.c:490

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28 00:16 --- Jakub, what's the plan with this one, are you going to fix it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342

[Bug target/17771] -O2 -mmvcle: internal compiler error: in spill_failure, at reload1.c:1915

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-27 23:42 --- Fixed for 3.3.6 and 3.4.4. -- What|Removed |Added Status|ASSIGNED

[Bug target/17771] -O2 -mmvcle: internal compiler error: in spill_failure, at reload1.c:1915

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 23:38 --- Subject: Bug 17771 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2005-01-27 23:38:40 Modified files: gcc: Change

[Bug target/17771] -O2 -mmvcle: internal compiler error: in spill_failure, at reload1.c:1915

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 23:36 --- Subject: Bug 17771 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-27 23:35:55 Modified files: gcc: Change

[Bug c++/19199] [3.3/3.4/4.0 Regression] Wrong warning about returning a reference to a temporary

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-01-27 23:08 --- (In reply to comment #9) Hmmm, closer inspection of the standard seems to indicate that this is what the standard says should happen. I think that is a defect, though, propably best addressed together with

[Bug target/19293] avr-gcc crashes when using shifts with negative shift count

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

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-27 22:55 --- I think I'm starting to see the problem here... I tried to understand more of the code, and from this and what you tell me, gcc find registers to use and then finds instructions to that fits the bill. So preven

Re: Is this address still correct for GNU C bugs?

Can you tell me if this is still the correct address to send bug reports for GNU C? Please use Bugzilla instead: http://gcc.gnu.org/bugzilla/ Paolo.

Is this address still correct for GNU C bugs?

Hi. Can you tell me if this is still the correct address to send bug reports for GNU C? Thanks, Chris Miller Tech Pubs LynuxWorks

[Bug java/19586] gij exits with SIGABR

--- Additional Comments From mark at klomp dot org 2005-01-27 22:44 --- Subject: Re: gij exits with SIGABR Could you try running it under gdb and show the backtrace when it aborts. $ gdb gij > run Test {... Abort ...} > bt -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586

[Bug middle-end/19329] [3.4 Regression] Bitfield operations cause shifts with 0-count to slip through backends

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 22:36 --- Subject: Bug 19329 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-27 22:36:00 Modified files: gcc: Change

[Bug target/19293] avr-gcc crashes when using shifts with negative shift count

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 22:36 --- Subject: Bug 19293 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-27 22:36:00 Modified files: gcc: Change

[Bug java/19586] gij exits with SIGABR

--- Additional Comments From rickard dot narstrom at gmail dot com 2005-01-27 22:29 --- hmmm I don't think this is a normal behavor, shulden't it use english in all this cases % echo $LANG sv_SE.UTF-8 % LANG=C gij Test Avbruten (SIGABRT) % env LANG=C gij Test Avbruten (SIGABRT) % ex

[Bug c++/19661] New: many redundant atexit calls emitted into the executable for static objects with empty destructors

When some object having empty destructor is declared as static in the local context of some function g++ still inserts call with the empty handler like <__tcf_0> below. It may seem like minor issue but redundant instructions increase chances for I-cache misses and worthen processor pipeline. Yur

[Bug java/19586] gij exits with SIGABR

--- Additional Comments From rickard dot narstrom at gmail dot com 2005-01-27 22:18 --- (In reply to comment #8) > Subject: Re: gij exits with SIGABR > > Do you hav some locale set? > Try running your program with LANG=C. > > Dosen't help att all, I only get the "aborted" message in

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-27 21:55 --- New patch at http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02076.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18565

[Bug c++/19660] ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 21:47 --- Reduced to: class MC_particles { enum muon {muon_m, muon_p}; MC_particles (); }; MC_particles::MC_particles () : muon_m (__null), muon_p (__null) { } Fixed in 3.4.0 already. -- What|

[Bug driver/19353] Faulty handling of startfile_prefix_spec

--- Additional Comments From gschafer at zip dot com dot au 2005-01-27 21:39 --- The patch was approved by the RM here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00850.html but it is still not applied. It would be great if you could pls commit this patch then close the BZ. Many t

[Bug c++/19660] ICE

--- Additional Comments From fabrice dot salvaire at desy dot de 2005-01-27 21:28 --- This code is illegal. The fields "muon_m" and "muon_p" in the class "MC_particles" doesn't exists anymore, the ice is due to this line in the constructor: MC_particles::MC_particles () : jpsi (__nul

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 21:26 --- The lang hook thinks that with the 'const' the types of 'dest' and 'orig' in may_propagate_copy are not the same. (gdb) 2820 else if (!may_propagate_copy (op, val)) 4: debug_generic_stmt (stmt)

[Bug target/19658] fail to build gcc 3.4.3 on IRIX6.5

--- Additional Comments From lins1 at wyeth dot com 2005-01-27 21:25 --- Subject: Re: fail to build gcc 3.4.3 on IRIX6.5 "make bootstrap" results in the same. The gcc being used is gcc3.3 from freeware.sgi.com. >>> "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> 1/27/2005 12:39:

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From dje at watson dot ibm dot com 2005-01-27 21:20 --- Subject: Re: PPC64 64-bit build failure --with-cpu=default32 builds 32bit by default IIRC. You obviously replied without reading my message. I said, "I am building everything with -m64". -- http://g

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 21:15 --- --with-cpu=default32 builds 32bit by default IIRC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19645

[Bug java/19586] gij exits with SIGABR

--- Additional Comments From mark at klomp dot org 2005-01-27 20:56 --- Subject: Re: gij exits with SIGABR Do you hav some locale set? Try running your program with LANG=C. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2005-01-27 20:38 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) rakdver at atrey dot karlin dot mff dot cuni dot cz wrote: > > Another idea: would it be possible to insert the invalidated names > > during the o

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 20:34 --- Subject: Re: PPC64 64-bit build failure On Thu, Jan 27, 2005 at 07:09:58PM -, dje at watson dot ibm dot com wrote: > --build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux > --with-cpu=def

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 20:29 --- This is related to PR 18178 (which is the java equivant) by the way. -- What|Removed |Added

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

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

[Bug tree-optimization/19659] New: GCC does remove an "if" statement that never triggers.

extern void abort (void) __attribute__ ((__noreturn__)); /* Count up to *LENGTHP and then return 0. */ int foo (unsigned *lengthp) { unsigned index; for (index = 0; index != *lengthp; index++) { const unsigned *lengthp2 = lengthp; /* Note that this condition is never true.

[Bug target/19150] [3.3/3.4/4.0 Regression] suboptimal fp division with -ffast-math

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-27 19:52 --- (In reply to comment #3) > In this > case, transformation could be enhanced to combine multiple divisions, as it is > explained in Agner Fog's "How to optimize for the Pentium family of > microprocessors

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-01-27 19:10 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) > Another idea: would it be possible to insert the invalidated names > during the optimization pass instead of invalidating all the symb

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From dje at watson dot ibm dot com 2005-01-27 19:09 --- Subject: Re: PPC64 64-bit build failure I configured with: --build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux --with-cpu=default32 --enable-threads=posix --enable-shared --enable-__cx

[Bug target/17771] -O2 -mmvcle: internal compiler error: in spill_failure, at reload1.c:1915

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-27 19:03 --- Sorry for not looking at this problem earlier, I had completely missed this bugzilla entry. (Andrew, if you see any new reports related to s390 in the future, would you mind putting me on CC so I'm aware o

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 18:41 --- No, no extra anything. This is on a newly installed fedora core 4 system, so glibc 2.3.4 and gcc 3.4.3-20050113 as bootstrap compiler. I guess I'll try again and post a .i file if reproducible, or fix it. --

[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE

--- Additional Comments From peter at the-baradas dot com 2005-01-27 18:15 --- See the following for a patch waiting for approval... http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00405.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16719

[Bug c++/17519] [3.4/4.0 Regression] Warning for array of packed non-POD in packed struct

--- Additional Comments From timb at bluearc dot com 2005-01-27 17:50 --- There's certainly a good case for warning about packing that's likely not to have the desired results - we've been bitten by that before. But that doesn't really apply to all non-POD; you can define a subset safe-n

[Bug target/19645] PPC64 64-bit build failure

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-27 17:43 --- I bootstrapped in 64-bit mode and did not encounter any checking failure. Was extra checking enabled? I used SLES9 gcc-3_3-hammer as the bootstrap compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug target/19645] PPC64 64-bit build failure

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

[Bug target/19658] fail to build gcc 3.4.3 on IRIX6.5

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 17:39 --- make: *** [all-gcc] Error 2 This means you just did make, but if your current gcc is known to produce wrong code it can produce stuff like this. Try "make bootstrap" instead. -- What|Rem

[Bug java/19586] gij exits with SIGABR

--- Additional Comments From rickard dot narstrom at gmail dot com 2005-01-27 17:36 --- Memtest86+ passed all tests without any error... So the error is elsewere -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586

[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE

--- Additional Comments From ralf dot corsepius at rtems dot org 2005-01-27 17:31 --- (In reply to comment #2) > Confirmed, here is a reduced testcase: I can't confirm this ICE with your reduced testcase and m68k-rtems-gcc. But I can confirm m68k-rtems-gcc to be ICEing with the original

[Bug target/19658] fail to build gcc 3.4.3 on IRIX6.5

-- What|Removed |Added Component|c |target Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/s

[Bug c/19658] New: fail to build gcc 3.4.3 on IRIX6.5

System: Silicon Graphics IRIX64 6.5 07141608 IP30 Configuration option: --bindir=/GNU/GCC make(gnu make-4.80) ends at the following errors: /GNU/GCC/gcc/xgcc -B/GNU/GCC/gcc/ -B/usr/local/mips-sgi-irix6.5/bin/ -B/usr/local/mips-sgi-irix6.5/lib/ -isystem /usr/local/mips-sgi-irix6.5/include -isystem

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From pcarlini at suse dot de 2005-01-27 16:56 --- > There's known problems with setlocale not being "stable" on AIX. Thanks for the pointer. I can find only some rather vague hints, around, however... "(un)stable"?!? Or 'just' plain slow?!? ;) ;) > You're right,

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 16:40 --- Partially fixed at least. Karel, new timings? (This one will probably still be a bit slower, but hopefully we've gained a bit again...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-27 16:38 --- Paolo, just a note. This issue has been raised before on the mailing list. (Or bugzilla, sorry so vague.) If you search stable/AIX/setlocale you might find something. There's known problems with setlocale not

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 16:33 --- Subject: Bug 17278 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-27 16:32:16 Modified files: gcc: ChangeLog opts.c tree-ssa-dom.c Log

[Bug tree-optimization/19333] [4.0 Regression] Compilation SEGFAULTs with -O1 -finline-functions on the x86_64 architecture.

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 16:32 --- Given http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00948.html the patch looks like a good start. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19333

[Bug tree-optimization/19333] [4.0 Regression] Compilation SEGFAULTs with -O1 -finline-functions on the x86_64 architecture.

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 16:05 --- In that case, isn't the following patch enough (modulo testing, doc fixes, and test cases)? Index: c-decl.c === RCS file: /cvs/gcc/gcc

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From pcarlini at suse dot de 2005-01-27 15:59 --- Excellent. Can you please check whether on AIX this is ok ("de_DE" is just an example, any actually installed named locale should do): #include #include #include int main() { char* save = setlocale(LC_ALL, "

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 15:55 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02033.html -- What|Removed |Added Key

[Bug libstdc++/17243] Test failures due to missing C99 symbols

--- Additional Comments From pcarlini at suse dot de 2005-01-27 15:52 --- Fixed both hpux and solaris (as reported privately by Eric, thanks!) with: http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg01023.html -- What|Removed |Added

[Bug target/18977] [4.0 regression] LAPACK test xeigtsts segfaults with optimization

-- What|Removed |Added GCC host triplet|ia64-unknown-linux-gnu | GCC target triplet||ia64-unknown-linux-gnu Target Milestone|---

[Bug target/18977] [4.0 regression] LAPACK test xeigtsts segfaults with optimization

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

[Bug target/18977] [4.0 regression] LAPACK test xeigtsts segfaults with optimization

-- What|Removed |Added Summary|LAPACK test xeigtsts|[4.0 regression] LAPACK test |segfaults with optimization |xeigtsts segfaults with

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2005-01-27 15:12 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) rakdver at atrey dot karlin dot mff dot cuni dot cz wrote: > the patch is below (in stronger form -- only removing entries that > contain invalida

[Bug target/18977] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-27 15:09 --- Created an attachment (id=8084) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8084&action=view) Failing C source code This is indeed a target bug. I've attached a C source code (from the t02.orig

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-27 15:05 --- With patch draft_19642_3 and count=100 $ time t > /dev/null real 0,64 user 0,60 sys0,01 $ time t cout > /dev/null real 1,14 user 1,12 sys0,00 Now its only 2 times slower than sprin

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-01-27 15:00 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) > --- Additional Comments From sebastian dot pop at cri dot ensmp dot fr > 2005-01-27 13:18 --- > Subject: Re: [4.0 Regressio

[Bug tree-optimization/15791] fold misses that two ADDR_EXPR of an arrary obvious not equal

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-27 14:53 --- Bootstrapping and testing completed successfully, but for the testcase int g(void) { struct { int b[2]; } x; return &x.b[0] == &x.b[1]; } we have lowered the comparison to

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From ian at airs dot com 2005-01-27 14:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resoluti

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 14:36 --- Subject: Bug 19583 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-27 14:36:22 Modified files: gcc: ChangeLog gimple-low.c tree-inline.c

[Bug libstdc++/19648] stl_alloc.h - increases required alignment of target type

--- Additional Comments From ben at blueslice dot com 2005-01-27 14:27 --- Thank you, I will upgrade the compiler with the most latest version. -- What|Removed |Added

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-01-27 14:09 --- You may try adding a gnattools directory, whose makefile and configury is based on libada's, but which is a host module rather than a target module. Nathanael knows best, I think. -- http://gcc.gnu.org/

[Bug ada/19489] gnat tools not buildable cross

-- What|Removed |Added CC||neroden at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug ada/19489] gnat tools not buildable cross

-- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org Summary|gnat tools n

[Bug target/19558] openssl speed compiled with 20051020 gcc-4.0 (HEAD) segfaults

--- Additional Comments From gj at pointblue dot com dot pl 2005-01-27 13:46 --- Subject: Re: openssl speed compiled with 20051020 gcc-4.0 (HEAD) segfaults rth at gcc dot gnu dot org wrote: > --- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 06:24 > --- > I

[Bug rtl-optimization/15242] [3.3/3.4/4.0 regression] pessimization of "goto *"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 13:44 --- Patch here: . -- What|Removed |Added

[Bug c++/19614] Excessive memory consumption with a class with large (200) virtual (pure?) function and derived classes

--- Additional Comments From dmartin at cliftonlabs dot com 2005-01-27 13:43 --- As a point of reference, it's using around 550M on x86. A 50% expansion on a 64 bit architecture (with more registers and opcodes) does not seem completely unreasonable to me. So perhaps it's not a backend

[Bug fortran/19654] compilation crashes when variable is too large instead of showing error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 13:41 --- Confirmed, reduced (and self contained) testcase: program kk implicit none integer, parameter :: N=32768, M=N/2-1 real, dimension(N,N):: input call random_number(input) end program kk --

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 13:36 --- (In reply to comment #13) > No, I didn't :-) > > So you suggest closing this as SUSPEND? Yes. But note IBM haifa is going to submit a pass for this and has been outlined before. -- What|

[Bug fortran/19657] New: Namelist reading may be skipped if end with a logical variable

If a namelist which contains a logical variable followed by the same one in a input file, sometimes the second namelist is skipped to read. Maybe the example following shows you clearer. implicit none logical l integer i namelist /nm/ i, l 100 continue read(

[Bug middle-end/19652] should always optimize constant second argument to strspn & Co. at compile time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 13:31 --- I am going to agree with Falk here, this is a hard problem to solve inside gcc. Again talk with you libc provider. -- What|Removed |Added --

[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse

-- What|Removed |Added Severity|normal |minor Keywords||missed-optimization, ra http://gcc.gnu.org/bugzilla/sho

[Bug c++/18370] [3.4 Regression] cp_parser_initializer_list uninit variable problems

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

  1   2   >