[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2

--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27 06:12 --- Should I switch to GNU AS instead ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21778

[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 06:07 --- This is a bug in the as you are using: xgcc: Internal error: Terminated (program as) -- What|Removed |Added --

[Bug bootstrap/21778] libstdc++ build failed on AIX 5.2

-- What|Removed |Added GCC host triplet||powerpc-ibm-aix5.2.0.0 Summary|libstdc++ build failed on |libstdc++ build failed on

[Bug bootstrap/21778] New: libstdc++ build failed on AIX 5.2

/opt/freeware/bin/bash ../libtool --tag CXX --mode=compile /QOpenSys/builds/gcc-3.4.4/objdir/gcc/xgcc -shared-libgcc -B/QOpenSys/builds/gcc-3.4.4/objdir/gcc/ -nostdinc++ -L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src -L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-i

[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-05-27 05:39 --- Note that this PR should not be closed as the checked-in patch was only for generating accessors for static fields. Methods are still a problem as is demonstrated by this simple testcase: public class A {

[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 05:15 --- Subject: Bug 19870 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 05:15:30 Modified files: gcc/java : ChangeLog java-tree.h jcf-write.c par

[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 05:11 --- Subject: Bug 19870 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 05:11:44 Modified files: libjava: ChangeLog libjava/testsuite/

[Bug middle-end/21777] [4.1 Regression] internal compiler error: in set_value_range, at tree-vrp.c:124

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 05:02 --- The attached preprocessed source does not compile as ulong is not defined and a couple of other things. After fixing them, this works. Could attach one which works? Also what target is this for? --

[Bug middle-end/21777] [4.1 Regression] internal compiler error: in set_value_range, at tree-vrp.c:124

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 04:37 --- Could you attach the preprocessed source as requested by the web page: ? -- What|Removed |Added

[Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

--- Additional Comments From roger at eyesopen dot com 2005-05-27 02:55 --- This optimization is now performed at the RTL-level, but it would be nice if this (and several other of ifcvt.c's noce_try_foo optimizations) could be caught earlier during tree-ssa. -- What|Rem

[Bug c/21777] New: internal compiler error: in set_value_range, at tree-vrp.c:124

Download pari/gp 2.2.10.alpha untar and configure then make. [EMAIL PROTECTED] /mingw/pari-2.2.10.alpha $ make all make[1]: Entering directory `/mingw/pari-2.2.10.alpha/doc' rm -f libpari.std tex libpari /bin/sh: tex: command not found make[1]: *** [libpari.dvi] Error 127 make[1]: Leaving director

[Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27 02:46 --- Subject: Bug 9814 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-27 02:46:01 Modified files: gcc: ChangeLog ifcvt.c gcc/testsui

[Bug tree-optimization/20256] Perfect nest transformation not conservative enough

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 01:17 --- We now get an ICE: t.c: In function ‘do_mid_forward’: t.c:5: error: Definition in block 9 does not dominate use in block 3 for SSA_NAME: sum_11 in statement: sum_23 = PHI ; PHI argument sum_11 for PHI node s

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 01:09 --- *** Bug 21776 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/21776] SCO OpenServer stage 3 failing in eh_alloc.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 01:09 --- *** This bug has been marked as a duplicate of 7979 *** -- What|Removed |Added

[Bug bootstrap/21776] SCO OpenServer stage 3 failing in eh_alloc.cc

--- Additional Comments From matthew at formtrap dot com 2005-05-27 01:06 --- Created an attachment (id=8976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8976&action=view) Preprocessed output of eh_alloc.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21776

[Bug bootstrap/21776] New: SCO OpenServer stage 3 failing in eh_alloc.cc

Boostrapping GCC 4.0.0 using SCO OpenServer 5.0.5, GCC 3.3.3, GNU gas 2.14 and SCO ld fails in stage 3 while compiling eh_alloc.cc. Preprocessed eh_alloc.ii will be attached. This seems very similar to or the same problem as bootstrap/7979, which was filed against 3.2 but apparently still occurs wi

[Bug target/20233] compiler errors while compiling kernel in Mepis Linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 01:04 --- No feedback in 3 months (T-1 day). -- What|Removed |Added Status|WAITING

[Bug libgcj/20169] Serialization: readResolve does not work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 01:04 --- Hmm, I get: Exception in thread "main" java.lang.Error: java.lang.ClassNotFoundException: Enum$Color at Enum.main (Enum.java:34) Caused by: java.lang.ClassNotFoundException: Enum$Color at java.lang.Cl

[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

--- Additional Comments From greenrd at greenrd dot org 2005-05-27 01:00 --- Oops - my diagnosis was slightly incorrect. The stack trace is in fact correct, and it was klass.name that was null, not klass itself. But my conclusion is still correct - the first loop runs merrily over the

[Bug java/20215] gcj does not accept classes with same name fields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 00:17 --- Confirmed, the gij problem has been fixed by the patches above, this only leaves the java front-end problem. -- What|Removed |Added

[Bug tree-optimization/14703] Inadequate optimization of inline templated functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 00:15 --- What we need for this testcase is the following: inline, optimize, inline, ... -- What|Removed |Added

[Bug libgcj/13137] [eclipse 3.0] need java.nio file locking

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 00:07 --- Fixed by: 2004-01-23 Michael Koch <[EMAIL PROTECTED]> * gnu/java/nio/FileLockImpl.java: Fixed filename in copyright. (released): Removed. (finalize): New method.

gcc-bugs@gcc.gnu.org

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

[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

--- Additional Comments From greenrd at greenrd dot org 2005-05-27 00:00 --- Created an attachment (id=8975) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8975&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21775

[Bug target/15642] NAN Is Not a Constant Because __APPLE_CC__ is Not Defined (OK in Apple 3.3.0)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27 00:00 --- I should try this patch soon again now I can regenerate fixincludes. -- What|Removed |Added

[Bug libgcj/21775] New: NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

Marking this as critical because it is a NPE in logging, which can cause apps to fail to start at all (e.g. rssowl fails to start if it hasn't been configured), or fail to log important information. The attached test case, when compiled with gcj -g -o mylogger --main=Test Test.java and run, fails

[Bug libgcj/13806] linking libgcj.so requires excessive time/memory

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 23:58 --- Is the situation better after the patch create one .o file per directory? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13806

[Bug c/21774] mainline internal compiler error: verify_flow_info failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 23:33 --- You can expose this on the 4.0 branch too, with a little care of reducing this a little further. Anyways this is a dup of bug 21562. Diego's change just exposed a latent bug in cfgexpand (or at least that

[Bug tree-optimization/21562] [4.0/4.1 Regression] Quiet bad codegen (unrolling + tail call interaction)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 23:33 --- *** Bug 21774 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/21774] New: mainline internal compiler error: verify_flow_info failed

GCC mainline gets an internal compiler error compiling following minimized code with either -O2 -m32 or -O2 -m64. struct estruct { int co; int or; char ma; }; void f1 (int pos1, int pos2, struct estruct *ed) { int k; for (k = 0; k == 0; k++) if (ed[pos2].co == ed[pos1].co && (!ed[p

[Bug c++/15674] [4.0 only] [DR214] template argument binding differs between member and static fumctions

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-26 22:18 --- I thought we long ago considered this not to be a regression. If that's true, why is this targeted at 4.0.1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15674

[Bug rtl-optimization/21254] [4.0 regression] [4.0 regression] Incorrect code with -funroll-loops for multiple targets with same code

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-26 22:15 --- Is it possible to backport this patch to 4.0.1? -- What|Removed |Added Summary|[

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-26 22:13 --- Is it possible to backport this patch to 4.0.x? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21171

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

--- Additional Comments From aj at gcc dot gnu dot org 2005-05-26 21:27 --- I'm taking the bug. Note that the patches submitted so far solve only part of the problem. -- What|Removed |Added --

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 21:22 --- Subject: Bug 20772 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-26 21:22:02 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/g++.

[Bug middle-end/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-05-26 21:01 --- New patch submitted here: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02543.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From pcarlini at suse dot de 2005-05-26 20:50 --- Actually, we already have the machinery, in concept-checks ;) Would be: __glibcxx_class_requires2(_Tp, typename _Alloc::value_type, _SameTypeConcept) on top of each container. -- http://gcc.gnu.org/bugzilla

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From pcarlini at suse dot de 2005-05-26 20:19 --- Agreed. Then, I'm going to look into it. Testcases are easy to find: actually, your example, std::vector > , doesn't even compile, currently. To Andrew: maybe, in pedantic mode. But notice that the problem should

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 20:15 --- Hmm, maybe there should be a way in debug mode to diagnose this at runtime since this seems like a violation of the standard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21770

[Bug libstdc++/21772] exception safety testing allocator

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 20:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libstdc++/21771] container::pointer working with more than Tp*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 20:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From bkoz at redhat dot com 2005-05-26 20:12 --- Subject: Re: rebinding allocator::value type vs. container::value_type Yo P, just trying to get through the deluge. I've not looked into specifics, so sorry for such a vague marker in bugzilla. I'm not quite su

[Bug libstdc++/21769] per-file control over PCH inclusion

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 20:12 --- Confirmed, the other thing we could do is add a -fno-pch to the front-end and use that when "dg-do compile-no-pch" is used. Confirmed. -- What|Removed |Added -

[Bug c++/21764] visibility attributes on namespace scope

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 20:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI

--- Additional Comments From bero at arklinux dot org 2005-05-26 19:49 --- This is reproducable on HEAD branch as well; it's not limited to csl-arm-branch. The patch I've attached is not sufficient to fix it; the resulting compiler sort of works, but produces something like this:

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 19:40 --- This is related to the dllimport PRs. Confirmed, reduced testcase: extern const __attribute__((dllimport)) char _ctype_[]; char *f(void) { return _ctype_; } -- What|Removed

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 19:11 --- Subject: Bug 20772 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-26 19:10:53 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfor

[Bug tree-optimization/21341] [4.1 Regression] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times arr_base.[^0][^\n\r]*= 0 fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 18:57 --- Confirmed, just the regex is wrong here. -- What|Removed |Added Status|UNCONFIRM

[Bug java/21428] [3.4/4.0/4.1 Regression] bogus warning: unused parameter 'this'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 18:54 --- Yes this fixes it for me. -- What|Removed |Added AssignedTo|unassigned at gcc dot gn

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 18:49 --- Confirmed, this is most likely the same bug as PR 21653. -- What|Removed |Added BugsThisDep

[Bug target/21761] [4.1 Regression] mainline gcc causing internal compiler error.

--- Additional Comments From uttamp at us dot ibm dot com 2005-05-26 18:23 --- (In reply to comment #0) > test case: > $ cat bug1.c > void f1() > { > long bit=0, exponent; > exponent = -exponent; > for (bit = 1; exponent; bit <<= 1) > if (exponent & bit) > expon

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From pcarlini at suse dot de 2005-05-26 18:17 --- ... that said, if we agree about the substance of the issue, I volunteer to work on it: have already some experience with rebind-related issues in basic_string. Ah, yes, this extension makes certainly sense, becau

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 18:15 --- *** Bug 21773 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/21773] building gnatchop.adb hangs...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 18:15 --- *** This bug has been marked as a duplicate of 21029 *** -- What|Removed |Added

[Bug middle-end/21743] Enable __builtin_clog

--- Additional Comments From pcarlini at suse dot de 2005-05-26 17:59 --- A fix along the way suggested by Andrew doesn't seem implementable in a very clean way, because no DEF_*_BUILTIN category does exactly what we want: 1- only __builtin_* variant (BOTH_P == false); 2- fall back to

[Bug libstdc++/16678] warning: suggest parentheses around assignment used as truth value

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 17:55 --- Subject: Bug 16678 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-05-26 17:55:40 Modified files: libstdc++-v3 : Ch

[Bug rtl-optimization/21239] [4.0 Regression] Illegal elimination of SSE2 load/store using xmm intrinsics

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 17:53 --- Subject: Bug 21239 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-05-26 17:53:53 Modified files: gcc: Ch

[Bug target/21297] [4.0 Regression] buf[i+i]=0 stores buf[i] when -O2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 17:50 --- Subject: Bug 21297 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-rhl-branch Changes by: [EMAIL PROTECTED] 2005-05-26 17:49:50 Modified files: gcc: Ch

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

-- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21770

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

--- Additional Comments From pcarlini at suse dot de 2005-05-26 17:43 --- This is news to me too: what about 23.1/8? It says: "All other constructors for these container types take an Allocator& argument (20.1.5), an allocator whose value type is the same as the container's value typ

[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

-- What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218

[Bug bootstrap/21773] building gnatchop.adb hangs...

-- What|Removed |Added CC||mmazur at kernel dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21773

[Bug libstdc++/21772] exception safety testing allocator

--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-26 17:07 --- Created an attachment (id=8972) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8972&action=view) pb_assoc's throwing allocator -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772

[Bug bootstrap/21773] New: building gnatchop.adb hangs...

(...) make[2]: Entering directory `/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/obj-amd64-pld-linux/gcc/ada/tools' ../../gnatmake -c -I../rts -I. -I/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/gcc/ada gnatchop.adb --GCC="../../xgcc -B../../ -O2 -gnatpg -gnata" # ps aux (...) pluto 161

[Bug libstdc++/21772] New: exception safety testing allocator

Placeholder for exception-safety tests for STL components. The general technique I'd like to use is outlined by Matt. It's a throwing allocator. Ami has implemented this, nicely. I've attached it. We need to integrate this into the testsuite, and make sure all containers are testably eh-safe.

[Bug libstdc++/21771] New: container::pointer working with more than Tp*

As pointed out here: http://gcc.gnu.org/ml/libstdc++/2005-05/msg00294.html We need QoI improvements in all the STL containers to deal with this. Plus tests, docs for usage, etc. -- Summary: container::pointer working with more than Tp* Product: gcc Version: 4.1.

[Bug libstdc++/21770] New: rebinding allocator::value type vs. container::value_type

Ami pointed this out to me a while ago. It seems as if we need to be able to support things like: std::vector > which was news to me. The current implementation is ... not so good about this. This is a QoI issue, where Dinkumware and RW do this. So, implement, figure out a way to test this, a

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-05-26 16:54 --- For the record: I just notified the translation team. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21768

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From giovannibajo at libero dot it 2005-05-26 16:41 --- Can you provide the preprocessed source for the failing file? -- What|Removed |Added

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-05-26 16:17 --- OK, the original error messages have been fixed for gcc 3.4.5, gcc 4.0.1 and mainline. Let's keep the PR open until the .po files got fixed, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21768

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 16:13 --- Subject: Bug 21768 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-05-26 16:13:41 Modified files: gcc/cp : Change

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 16:09 --- Subject: Bug 21768 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-26 16:09:04 Modified files: gcc/cp : Change

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 16:05 --- Subject: Bug 21768 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-26 16:04:45 Modified files: gcc/cp : ChangeLog pt.c Log message:

[Bug libstdc++/21769] New: per-file control over PCH inclusion

Some way to turn off the use of an included stdc++.h PCH file in the libstdc++ test suite is needed. As part of libstdc++/20534 I propose: + // { dg-options "-D__GLIBCXX__=" } + // NB: This is done to force any generated and possibly included PCH + // to be invalid. which will work. Pa

[Bug c++/21764] visibility attributes on namespace scope

--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-26 15:57 --- nested namespaces should work the same as nested classes. :) Since that that doesn't seem to be defined anywhere (am I wrong, or should I open a tracker for that in bugzilla), I'd say: case 1: namespace out

[Bug libstdc++/13943] call of overloaded `llabs(int)' is ambiguous

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26 15:47 --- Subject: Bug 13943 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-26 15:46:48 Modified files: libstdc++-v3 : ChangeLog acinclude.m4 configure

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 14:56 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- |

[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to "hidden" visibility

--- Additional Comments From jakub at gcc dot gnu dot org 2005-05-26 14:45 --- I think best would be to arrange for push_namespace that pushes anonymous namespace to do equivalent of #pragma GCC visibility push(hidden) and pop_namespace that leaves anonymous namespace to do equivalent of

[Bug c++/21768] New: [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

Compiling the following code snippet with the German locale enabled causes an ICE: template struct A; template struct A {}; bug.cc:1: Fehler: previous declaration »template, int > struct A« bug.cc:2: Fehler: 2 Template-Paramet

[Bug rtl-optimization/21767] if-convert leaves invalid REG_EQUAL notes

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-26 14:44 --- Created an attachment (id=8971) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8971&action=view) Testcase for sh-elf -O2 When you compile this testcase with -O2 -da for sh-elf, you'll see in the ce2 du

[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions

--- Additional Comments From pluto at agmk dot net 2005-05-26 14:40 --- (In reply to comment #4) > A patch is posted at > > http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00248.html > > FYI, gcc 3.4 from RH does include this pragma. this patch ices gcc-4.1-20050522 bootstrap. .

[Bug rtl-optimization/21767] New: if-convert leaves invalid REG_EQUAL notes

if-convert sometimes moves instructions from after to before a conditional jump. Some REG_EQUAL are no longer true after this transformation, yet they are not removed. -- Summary: if-convert leaves invalid REG_EQUAL notes Product: gcc Version: 3.4.3 S

[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches

-- What|Removed |Added BugsThisDependsOn||21767 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

-- What|Removed |Added Component|bootstrap |middle-end GCC target triplet||i686-pc-cygwin Keywords|

[Bug bootstrap/21766] bootstrap failure

--- Additional Comments From dims at yahoo dot com 2005-05-26 13:54 --- Environment: latest cygwin on winxp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766

[Bug bootstrap/21766] New: bootstrap failure

/cygdrive/c/sf/gcc-build/./gcc/xgcc -B/cygdrive/c/sf/gcc-build/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../gcc/libiberty/../include -

[Bug middle-end/21706] MAXPATHLEN usage in [gcc]/gcc/tlink.c

--- Additional Comments From ams at gnu dot org 2005-05-26 12:59 --- (In reply to comment #3) > Like most POSIX limits PATH_MAX may not be defined if the actual limit is not > > fixed. Correct, and GNU doesn't have such a limit for the length of filenames, the number of arguments pa

[Bug libstdc++/20150] allocate(0) consistency checks

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

[Bug c++/21763] Fails to find inherited protected member

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 12:23 --- Please read the changes page for 3.4.0 about dependent names. -- What|Removed |Added

[Bug c++/21763] Fails to find inherited protected member

-- What|Removed |Added Attachment #8969|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21763

[Bug c++/21762] [4.0/4.1 Regression] void return with pointer to member function to undefined class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 12:18 --- Confirmed, very much related to PR 21614. Changing the undefined class to a defined class makes the code work. -- What|Removed |Added -

[Bug tree-optimization/21765] -free-vrp is undocumented.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 12:13 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug tree-optimization/21639] [4.1 Regression] poisoned ggc memory used for -ftree-vectorize

-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- |

[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26 12:05 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/21639] poisoned ggc memory used for -ftree-vectorize

--- Additional Comments From dorit at il dot ibm dot com 2005-05-26 12:02 --- patch: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02477.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21639

[Bug c++/21764] visibility attributes on namespace scope

--- Additional Comments From giovannibajo at libero dot it 2005-05-26 10:18 --- Please, explicitally specify how you would like this to work with nested namespaces. Also, whoever implements this should also make sure it works correctly with namespace: namespace N __attribute__((visib

[Bug fortran/17283] UNPACK issues

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-26 09:41 --- A scalar mask is invalid for unpack, so the error message is correct. The memory allocation issue has been fixed for 4.0 and mainline. Closing this bug. -- What|Removed

  1   2   >