[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 07:24 --- I think this caused by the patch which fixed PR 19733. -- What|Removed |Added

[Bug other/20349] [multilib] libjava(32) doesn't build.

--- Additional Comments From pluto at pld-linux dot org 2005-03-07 07:21 --- (In reply to comment #1) > Can you try again? I think this was caused by the patch for PR 20155 which had to be reverted. it didn't helped. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20349

[Bug middle-end/20355] MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands.

-- What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20355

[Bug c/20355] New: MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands.

It appears that some critical expression attributes are lost when memory reference expressions are converted to rtl BLKmode operands typically used in (set BLK BLK) operations for example. This bug prevents volatile and read-only BLKmode memory reference operands from being treatedf properly as

[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

--- Additional Comments From casevh at comcast dot net 2005-03-07 06:15 --- I downloaded and tried the Sun Studio 10 compiler. It does require math_c99.h as distributed by Sun. So I'd say gcc will need to work around this header file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-07 04:44 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: >>This doesn't look quite right. First, we're trying to get rid of >>tsubst_copy; we should not add

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

--- Additional Comments From mark at codesourcery dot com 2005-03-07 04:19 --- Subject: Re: [PR c++/19199] don't turn cond_expr lvalue into min_expr rvalue (continued from PR c++/20280) Alexandre Oliva wrote: > On Mar 5, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > >>Roger has

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 04:03 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > Note that HUGE_VAL == INFINITY on IEEE hosts. I don't believe that's the case for HP-UX 10.20. The define for HUGE_VALUE is # def

[Bug c/18624] cannot detect local variable set but never used

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 03:41 --- This should be done in the front-ends. -- What|Removed |Added Component|middle-end

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

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 03:28 --- Subject: Re: [PR c++/19199] don't turn cond_expr lvalue into min_expr rvalue (continued from PR c++/20280) On Mar 5, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Roger has objected to this change in t

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 03:26 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 6, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Alexandre Oliva wrote: >> +case TARGET_EXPR: >> + { >

[Bug c/18822] segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 03:15 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug testsuite/20354] testsuite failure: "compiler driver --coverage" doesn't handle testglue targets

-- What|Removed |Added Component|other |testsuite http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20354

[Bug other/20354] testsuite failure: "compiler driver --coverage" doesn't handle testglue targets

-- What|Removed |Added Component|regression |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20354

[Bug regression/20354] New: testsuite failure: "compiler driver --coverage" doesn't handle testglue targets

/dev/null(timeout = 300) Reading specs from /home/hp/combined/mmixware-sim/gcc/specs^M Target: mmix-knuth-mmixware^M Configured with: /home/hp/combined/combined/configure --target=mmix-knuth-mmixware^M Thread model: single^M gcc version 4.1.0 20050306 (experimental)^M /home/hp/combined/mmixwa

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From schwab at suse dot de 2005-03-07 02:07 --- C99 says: F.9.3.7 The log functions — log(±0) returns −∞ and raises the ‘‘divide-by-zero’’ floating-point exception. Note that HUGE_VAL == INFINITY on IEEE hosts. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 02:04 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > The only other tricky bit of the computation seems atan2(0.0, 0.0) > which should be also zero, of course. This is the problem. From

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 01:46 --- In any case, as long as the next exp is 0, the problem must be elsewhere... Probably the imaginary part of complex::log, as I mentioned in the previous message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 01:41 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > > We have log(x) == -inf for x == 0+. The exp call is returning 0+ > > but the argument isn't -inf. It's -5.9923104495410517e+307.

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pinskia at physics dot uc dot edu 2005-03-07 01:39 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test On Mar 6, 2005, at 8:31 PM, dave at hiauly1 dot hia dot nrc dot ca wrote: > > --- Additional Comments From dave at hiauly1 dot hia dot

Re: [Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

On Mar 6, 2005, at 8:31 PM, dave at hiauly1 dot hia dot nrc dot ca wrote: --- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 01:31 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test We have log(x) == -inf for x == 0+. The exp call is returnin

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 01:32 --- > We have log(x) == -inf for x == 0+. The exp call is returning 0+ > but the argument isn't -inf. It's -5.9923104495410517e+307. -inf > is -1.7976931348623157e+308. Interesting. Therefore, 1/3*(-inf) instead of

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 01:31 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > We have log(x) == -inf for x == 0+. The exp call is returning 0+ > but the argument isn't -inf. It's -5.9923104495410517e+307. -inf

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 01:08 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > > Yes, this test doesn't fail on hpux 11. This probably implies a > > hpux 10 math library issue. I see the following math routines

[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error

--- Additional Comments From bojan at antonovic dot com 2005-03-07 00:59 --- The part of the bug that produces the ICE (bus error) can be reproduced by extracting and compiling all classes from a single jar. Unzip all classes from SMOOD.jar by unzip -l SMOOD.jar and then compile with

[Bug target/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC

--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-07 00:20 --- I've traced what's going on: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00525.html It includes a patch for comment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 00:14 --- > Yes, this test doesn't fail on hpux 11. This probably implies a > hpux 10 math library issue. I see the following math routines are > called log, atan2, exp, cos and sin in that order. Indeed, I was thinking t

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 00:06 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > The implementation of complex::pow can be definitely improved, and will, as > soon > as Roger's work on signbit goes in, still, this

[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 23:58 --- This even works with "4.0.0 20050113" but fails with "4.0.0 20050201" more prove that this is very recent regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 23:55 --- Fixed so closing. -- What|Removed |Added Status|UNCONFIRMED |RES

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-06 23:55 --- The implementation of complex::pow can be definitely improved, and will, as soon as Roger's work on signbit goes in, still, this issue seems limited to some very specific, old version of hpux, pre release 11, right

[Bug target/20353] uclibc does not provide C99 math functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 23:54 --- Note Linux defaults to being glibc which implies that it has C99 math functions, really uclibc really should have a different configure file if it does not have C99 functions. Well technicially it should

[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 23:51 --- It worked with "4.0.0 20041124" so it is semi new. -- What|Removed |Added Known to fail

[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 23:49 --- Confirmed, reduced testcase: struct a { int i, j; }; template struct mutex_tct { static a S_mutex; }; template a mutex_tct::S_mutex = {0,1}; template <> extern a mutex_tct<0>::S_mutex; template <> a mutex_

[Bug c/20353] New: GCC incorrectly issues calls to sinf, cosf

When optimizing, GCC converts calls to cos() and sin() (and probably others, these were the ones I saw) into calls to cosf() and sinf() when cos() and sin() are called with a "float" argument. The problem with this is that neither libgcc nor uClibc provide cosf and sinf! The bug can be worked aro

[Bug libfortran/20131] gfortan - incorrectly reads beyond the end of line.

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-06 23:34 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00566.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20131

[Bug libfortran/19568] incorrect formatted read

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-06 23:34 --- Updated patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00566.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19568

[Bug c++/20350] 4.0 and higher: ICE

--- Additional Comments From carlo at gcc dot gnu dot org 2005-03-06 23:20 --- Created an attachment (id=8348) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8348&action=view) Same, but without PCH. Sorry, the previous one was compiled with pch. This one is without PCH. --

[Bug middle-end/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-03-06 23:05 --- This seems to be a cse problem. The code looks like (set (reg:si 124) (reg:si 5)) ... (set (reg:si 5) (reg:si 124)) ... (set (reg:di 119) (reg:di 5)) ... (set (reg:di 3) (reg:di 119)) cse propagates the v

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-06 22:52 --- This fail also occurs on 4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20352

[Bug java/20351] compilation with a redundant jar fails, if output file specified

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 22:52 --- Compiling two jars at the same time is known to be broken. -- What|Removed |Added

[Bug libstdc++/20352] New: FAIL: 26_numerics/complex/pow.cc execution test

Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc -3.3/objdir/gcc/ -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libs tdc++-v3/src -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.li bs -B/opt/gnu/gcc/gcc-4.0.0/hppa1.1-hp-hpux10.20/bin/ -B

[Bug java/20351] compilation with a redundant jar fails, if output file specified

-- What|Removed |Added OtherBugsDependingO||18212 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351

[Bug java/20351] compilation with a redundant jar fails, if output file specified

--- Additional Comments From bojan at antonovic dot com 2005-03-06 22:44 --- Created an attachment (id=8347) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8347&action=view) jar with class A2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351

[Bug java/20351] compilation with a redundant jar fails, if output file specified

--- Additional Comments From bojan at antonovic dot com 2005-03-06 22:43 --- Created an attachment (id=8346) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8346&action=view) jar with class A1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351

[Bug java/20351] New: compilation with a redundant jar fails, if output file specified

This specifies a sub-bug of 18212. The test-case is simple, not the severity! Given are 2 independet(!) and (almost) empty classes: A1 and A2. A1 has the main() method. A1 is in jar J1, A2 in jar J2. The bug: Compiling the jar J1 by giving the output file by -o fails, when compiled with J2. fail

[Bug c++/20350] 4.0 and higher: ICE

--- Additional Comments From carlo at gcc dot gnu dot org 2005-03-06 22:33 --- Created an attachment (id=8345) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8345&action=view) bzip2-ed preprocessed source code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350

[Bug c++/20350] New: 4.0 and higher: ICE

-exceptions -fPIC -o threading.s GNU C++ version 4.1.0 20050306 (experimental) (i686-redhat-linux) compiled by GNU C version 4.1.0 20050306 (experimental). GGC heuristics: --param ggc-min-expand=90 --param ggc-min-heapsize=113285 ../libcwd/threading.cc:704: internal compiler error: Segmentation

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-06 22:14 --- Just to give people an idea of how close we are to optimizing well enough that the calls to fold_rtx in CSE are almost all no-ops, here are some numbers taken over all cc1-i files on amd64: Number of tim

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 21:50 --- Subject: Bug 20288 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-06 21:50:37 Modified files: gcc: ChangeLog gcc/config/avr : a

[Bug ada/4945] Rewriting '-gant' as '-gnat' is failing

--- Additional Comments From bangerth at dealii dot org 2005-03-06 21:37 --- I think the whole idea of second-guessing what a user might have meant when he misspelled an option is debatable. I personally am of the opinion that this should yield an error or a warning, but that we should

[Bug tree-optimization/20130] Fold a * -1 - 1 into ~a;

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

[Bug other/20349] [multilib] libjava(32) doesn't build.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 20:23 --- Can you try again? I think this was caused by the patch for PR 20155 which had to be reverted. -- What|Removed |Added --

[Bug other/20349] New: [multilib] libjava(32) doesn't build.

(...) make[5]: Entering directory `/home/users/pluto/rpm/BUILD/gcc-4.0-20050305/obj-amd64-pld-linux/amd64-pld-linux/32/libjava' depbase=`echo prims.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \ if /bin/sh ./libtool --mode=compile /home/users/pluto/rpm/BUILD/gcc-4.0-20050305/obj-amd64-pld-li

[Bug libgcj/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 20:15 --- Subject: Bug 20155 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-06 20:15:23 Modified files: libjava: Change

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

--- Additional Comments From law at redhat dot com 2005-03-06 19:56 --- Subject: Re: [meta-bug] optimizations that CSE still catches On Sun, 2005-03-06 at 09:30 +, stevenb at suse dot de wrote: > --- Additional Comments From stevenb at suse dot de 2005-03-06 09:30 > --

[Bug tree-optimization/17671] PHI-OPT is not smart enough

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 19:52 --- Patch for 4.1.0 was posted here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17671

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 20155, which changed state. Bug 20155 Summary: [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long" http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155 What|Old Value |New Value --

[Bug libgcj/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 19:50 --- The patch had to be reverted. -- What|Removed |Added Status|RESOLVED

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From pcarlini at suse dot de 2005-03-06 19:49 --- The error message that you are seeing is triggered by 'std::endl', a "manipulator" in standard terms, that cannot currently inlined. I have trouble believing that the performance bottleneck of your application is

[Bug libgcj/20155] [4.0 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 19:48 --- Subject: Bug 20155 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-06 19:48:18 Modified files: libjava: ChangeLog Makefile.am Makefile.in L

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From yuri at tsoft dot com 2005-03-06 19:37 --- > You need to define inline as inline __attribute__((always_inline)) Did this, same error message. In my project I NEED to specify explicitely inlining of the functions. Including STL since vector::operator[] or simi

[Bug target/19336] HPPA64 does not support TImode

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-06 18:49 --- The tests have now been changed not to try to use TImode if __hppa__. However, support for TImode would still make sense as a feature on HPPA64 (in which case titype-1.c and uninit-C.c should be changed back).

[Bug fortran/20335] ICE with attached Fortran source

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

[Bug fortran/20335] ICE with attached Fortran source

--- Additional Comments From phillip dot m dot jordan at gmail dot com 2005-03-06 18:33 --- Just tested with the 20050305 snapshot, and it works perfectly. Thanks! ~phil -- What|Removed |Added

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 18:21 --- (In reply to comment #5) > In anyone paying attention to my comment #1 ? This is a *known issue*, > basically > we cannot inline currently pointers to functions. Yes but his definition of inline is incorre

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From pcarlini at suse dot de 2005-03-06 18:18 --- In anyone paying attention to my comment #1 ? This is a *known issue*, basically we cannot inline currently pointers to functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20343

[Bug fortran/18525] ICE on valid code in gfc_get_symbol_decl()

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-06 18:10 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00091.html -- What|Removed |Added

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 18:16 --- Actually this is not a bug. You need to define inline as inline __attribute__((always_inline)). -- What|Removed |Added --

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From yuri at tsoft dot com 2005-03-06 18:10 --- Sorry about this, this appears to be more complex to reporduce than I thought. Compile the following with the options: -O5 -Dinline=__attribute__\(\(__always_inline__\)\) to see the error message. (gcc 4.0 cvs updet

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-06 18:02 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: > +case TARGET_EXPR: > + { > + tree r = tsubst_copy (t, args, complain, in_decl); > + >

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-06 17:16 --- Fixed in 3.4 and 4.0 branches. -- What|Removed |Added Status|ASSIGNED

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 17:12 --- Subject: Bug 19311 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-06 17:12:12 Modified files: gcc/cp : Change

[Bug fortran/20335] ICE with attached Fortran source

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-03-06 17:00 --- Subject: Re: ICE with attached Fortran source On Sun, Mar 06, 2005 at 04:37:26PM -, tobi at gcc dot gnu dot org wrote: > > --- Additional Comments From tobi at gcc dot gnu dot org

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 16:59 --- Subject: Bug 19311 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-06 16:59:19 Modified files: gcc/cp : Change

[Bug fortran/20335] ICE with attached Fortran source

--- Additional Comments From phillip dot m dot jordan at gmail dot com 2005-03-06 16:45 --- I'm downloading gfortran-4.0-20050305 right now, will report back when it's downloaded and built. (will take a few hours, sorry) Thanks for looking at the problem. ~phil -- http://gcc.gnu.o

[Bug fortran/20335] ICE with attached Fortran source

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-06 16:39 --- Oh, forgot to say: I'm not seeing any problems with an up-to-date compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20335

[Bug fortran/20335] ICE with attached Fortran source

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-06 16:37 --- Does this happen with an up-to-date gfortran? I've just fixed the UBOUND intrinsic a few days ago. I'm also adding Steve to CC because he confirmed the bug, and I'm sure he has an up-to-date compiler lying arou

[Bug treelang/20326] treelang does install the backend as a driver

--- Additional Comments From phython at gcc dot gnu dot org 2005-03-06 16:34 --- Fixed, in mainline, I'll backport this later. -- What|Removed |Added Target Milestone|---

[Bug ada/17701] Can't crosscompile ada to armv5tel

--- Additional Comments From laurent at guerby dot net 2005-03-06 16:21 --- On possible solution for your target is to add in your target ada/Makefile.in LIBGNAT_TARGET_PAIRS = \ ... s-auxdec.adshttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=17701

[Bug treelang/20326] treelang does install the backend as a driver

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-06 16:02 --- Subject: Bug 20326 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-06 16:02:41 Modified files: gcc/treelang : ChangeLog Make-lang.in Added files:

[Bug ada/17701] Can't crosscompile ada to armv5tel

--- Additional Comments From nick at sqrt dot co dot uk 2005-03-06 15:51 --- This is a longstanding bug that still occurs for the 4.0 branch. For ARM change: Integer'Min (2, Standard'Maximum_Alignment); to: Integer'Min (4, Standard'Maximum_Alignment); -- http://gcc.gnu

[Bug other/16838] libiberty "link test vs. GCC_NO_EXECUTABLES" problem during sun cross

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:40 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug libstdc++/16651] [3.4/4.0 Regression] cross from powerpc-darwin to i686-darwin fails

-- Bug 16651 depends on bug 16371, which changed state. Bug 16371 Summary: libstdc++ fails for crosses http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371 What|Old Value |New Value

[Bug libstdc++/16371] libstdc++ fails for crosses

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:40 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug rtl-optimization/17752] Hot/cold basic block partitioning optimization has problems

-- What|Removed |Added Last reconfirmed|2004-09-30 17:42:47 |2005-03-06 15:37:17 date|| Target Milestone|---

[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:34 --- Confirmed. There is some caching going wrong here. -- What|Removed |Added C

[Bug c++/20347] Long paths in error messages

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:26 --- Just a note that this is actually the include patch which is embeded into gcc so there is a reason for ../ ../ because there could be symbolic links involved. -- What|Removed

[Bug c++/20341] [4.0?/4.1 Regression] Segfualt on valid C++ code (breaks Boost)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:17 --- Reduces to PR 20186's reduction. Also looks to be the same preprocessed source. *** This bug has been marked as a duplicate of 20186 *** -- What|Removed |Added

[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:17 --- *** Bug 20341 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20343] __always_inline__ fails on STL templatized function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:12 --- There is no preprocessed source here or even a source? Could you read http://gcc.gnu.org/bugs.html and attach the needed information? -- What|Removed |Added -

[Bug c++/14950] [3.4 Regression] [non unit-at-a-time] always_inline does not mix with templates and -O0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:10 --- *** Bug 20340 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950

[Bug c++/20340] __always_inline__ fails on templetized function for no reason

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-06 15:10 --- *** This bug has been marked as a duplicate of 14950 *** -- What|Removed |Added

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

-- What|Removed |Added Component|rtl-optimization|target Keywords||ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=203

[Bug other/18675] 6 * local variables set but never used

--- Additional Comments From kazu at cs dot umass dot edu 2005-03-06 14:15 --- cfg.c(821): remark #593: variable "num_bb_notes" was set but never used Confirmed this in cfghooks.c:verify_flow_info on mainline. loop-unswitch.c(326): remark #593: variable "src" was set but never used Conf

[Bug other/18675] 6 * local variables set but never used

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-06 13:22 --- Kazu, you've been fixing a lot of this sort of thing lately, are any of the problems mentioned in this PR still present? -- What|Removed |Added ---

[Bug preprocessor/20348] File not included when file with same name is included before

--- Additional Comments From pepster at users dot sourceforge dot net 2005-03-06 13:09 --- Created an attachment (id=8344) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8344&action=view) setup for recreating bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20348

[Bug preprocessor/20348] New: File not included when file with same name is included before

Source submitted as attachment ~/gcc4build/bin/gcc -v -I. -Iinc1 -E t1.cc Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0-20050220/configure --prefix=/home/joseph/gcc4build --enable-languages=c,c++ Thread model: posix gcc version 4.0.0 20050220 (experimental) /home/j

[Bug c++/20346] valid code fails: include of #define inside extern "C"

--- Additional Comments From pepster at users dot sourceforge dot net 2005-03-06 13:05 --- Sorry. Ignore. Reporting real bug soon ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20346

[Bug rtl-optimization/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

-- What|Removed |Added Version|unknown |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20342

  1   2   >