[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From max at quendi dot de 2005-09-26 06:59 --- Subject: Re: Parse error in options.h Am 26.09.2005 um 04:28 schrieb pinskia at gcc dot gnu dot org: > > --- Additional Comments From pinskia at gcc dot gnu dot org > 2005-09-26 02:28 --- > CCing the gawk maintainer for fink. Interesting. Please provide me with a way to reproduce the problem (i.e. any required input files and a test command -- I assume the command mentioned in the bug report commands will do, but I still need the files). Bye, Max -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From schnetter at aei dot mpg dot de 2005-09-26 03:58 --- I removed the version of GNU awk that was installed by fink. The broken version is gawk-3.1.4-11. Gcc compiles now. I'm not closing the bug because I don't know whether the error is in awk or in the awk script that comes with gcc. Thank you for the quick help! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug libffi/23718] ffitarget.h include problem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 03:28 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Last reconfirmed|-00-00 00:00:00 |2005-09-26 03:28:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23718
[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 03:23 --- This shows up while bootstrapping/building the target libraries of GCC, libiberty. -- What|Removed |Added OtherBugsDependingO||21335 nThis|| GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853
[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 02:28 --- CCing the gawk maintainer for fink. -- What|Removed |Added CC||max at quendi dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 02:18 --- Hmm, this works for me on x86_64-linux-gnu with gawk 3.1.4. -- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From schnetter at aei dot mpg dot de 2005-09-26 02:09 --- Thank you for the hint. On my system there is /usr/bin/awk, which calls itself "awk version 20040207", and there is /sw/bin/ awk, which is GNU awk 3.1.4. The latter comes first in my path. The file "Makefile" in the same directory as the bad file "options.h" contains the line "AWK = gawk". When I execute the command gawk -f /Users/eschnett/src/gcc/gcc/opt-functions.awk -f /Users/eschnett/src/gcc/gcc/opth- gen.awk < optionlist in the directory where the bad file "options.h" is generated, the output is the same -- there is a spurious minus sign. The /usr/bin/awk produces the correct output. It seems that this version of GNU awk is then somehow broken. I'll try to install a different one via fink. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 01:44 --- I think this is a bug in Darwin8.2's awk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] Parse error in options.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 01:41 --- This works for me on powerpc-darwin7.9.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug bootstrap/24062] New: Parse error in options.h
I checked out gcc from CVS today, and I configured with
/Users/eschnett/src/gcc/configure --prefix=/Users/eschnett/gcc
--with-mpfr=/Users/eschnett --
enable-languages=c,c++,fortran,java,objc,treelang
A following "make bootstrap" aborts with
gcc -c -g -no-cpp-precomp -DHAVE_DESIGNATED_INITIALIZERS=0 -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
-Wmissing-
format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/Users/eschnett/
src/gcc/gcc -I/Users/eschnett/src/gcc/gcc/build
-I/Users/eschnett/src/gcc/gcc/../include -I./../intl -
I/Users/eschnett/src/gcc/gcc/../libcpp/include -I/Users/eschnett/include-o
build/genmddeps.o /
Users/eschnett/src/gcc/gcc/genmddeps.c
In file included from ./tm.h:4,
from /Users/eschnett/src/gcc/gcc/genmddeps.c:21:
./options.h:572: error: parse error before - token
./options.h:643: error: eq undeclared here (not in a function)
./options.h:738: error: parse error before , token
./options.h:862: error: parse error before - token
./options.h:872: error: parse error before - token
make[2]: *** [build/genmddeps.o] Error 1
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap] Error 2
The (autogenerated?) file gcc/options.h contains near line 572 the lines
OPT_fdelayed_branch, /* -fdelayed-branch */
OPT_fdelete_null_pointer_checks, /* -fdelete-null-pointer-checks */
OPT_fdiagnostics_show_location_, /* -fdiagnostics-show-location= */
OPT_fdiagnostics_show-option, /* -fdiagnostics-show-option */
OPT_fdisable_assertions, /* -fdisable-assertions */
OPT_fdisable_assertions_, /* -fdisable-assertions= */
OPT_fdollar_ok,/* -fdollar-ok */
which contains a hyphen ("-") instead of an underscore ("_") in "show-options".
I think that this error has been there for more than a week.
--
Summary: Parse error in options.h
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet: powerpc-apple-darwin8.2.0
GCC target triplet: powerpc-apple-darwin8.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24062
[Bug tree-optimization/23968] [meta-bug] VRP bug reports
-- Bug 23968 depends on bug 23960, which changed state. Bug 23960 Summary: [4.1 regression] ICE in compare_values in VRP http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23960 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23968
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- Bug 22368 depends on bug 23960, which changed state. Bug 23960 Summary: [4.1 regression] ICE in compare_values in VRP http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23960 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug middle-end/23960] [4.1 regression] ICE in compare_values in VRP
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-26 01:29 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23960
[Bug middle-end/23960] [4.1 regression] ICE in compare_values in VRP
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26 01:29 --- Subject: Bug 23960 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-26 01:28:51 Modified files: gcc: ChangeLog fold-const.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: pr23960.c Log message: gcc/ PR tree-optimization/23960 * fold-const.c (fold_binary): Use op0 and op1 instead of arg0 and arg1 if we are passing them to fold_build2. gcc/testsuite/ PR tree-optimization/23960 * gcc.c-torture/compile/pr23960.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10019&r2=2.10020 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.625&r2=1.626 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6101&r2=1.6102 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr23960.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23960
[Bug libf2c/17725] [3.4 only] g77 libs installed in wrong directory
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 00:57 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-26 00:57:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17725
[Bug libf2c/21792] [3.4 only] --enable-version-specific-runtime-libs doesn't install version specific fortran & java libs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 00:56 --- Confirmed, only for 3.4.x. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-26 00:56:51 date|| Summary|--enable-version-specific- |[3.4 only] --enable-version- |runtime-libs doesn't install|specific-runtime-libs |version specific fortran & |doesn't install version |java libs |specific fortran & java libs Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21792
[Bug libf2c/18874] ? in namelist read leads to I/O recursion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 00:56 --- Fixed in 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18874
[Bug debug/19954] Compiler emits incomplete structure type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26 00:43 --- Confirmed. -- What|Removed |Added BugsThisDependsOn||12385 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-26 00:43:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19954
[Bug libstdc++/24061] Documentation in /tr1/hashtable proposes possibly misleading change
-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24061
[Bug c++/24061] New: Documentation in /tr1/hashtable proposes possibly misleading change
/tr1/hashtable lines 1318-132 documents hashtable::erase(const_iterator i) It states: "The return type should be const_iterator, and it should return the iterator following the one we've erased. That would simplify range erase." However, if erase would return an iterator, range-erase would not work the way the comment suggests. The comment (probably) refers to code like the following (attempting to erase values whose key is larger than 20): for(typename T::iterator i = t.begin(); i != t.end();) if(i->first > 20) i = t.erase(i); // (*) else ++i; This looks simple, but it probably won't work. The line marked by (*) might resize the container, which will rehash/reposition all values. The iterator i might point to values already accessed, or might have skipped passt values not yet accessed, or both. tr1 is correct: t.erase(i) cannot return any meaningful iterator. -- Summary: Documentation in /tr1/hashtable proposes possibly misleading change Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: atavory at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24061
[Bug tree-optimization/21859] ICE with -ftree-vectorize and -O2 or higher
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 23:37 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21859
[Bug bootstrap/21335] [meta-bug] bootstrap fails with CFLAGS="-O3 -ftree-vectorize"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 23:31 --- I am just going to mark this a meta-bug and have PR 24059 block this one. -- What|Removed |Added BugsThisDependsOn||24059 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||build, meta-bug Last reconfirmed|-00-00 00:00:00 |2005-09-25 23:31:13 date|| Summary|bootstrap fails with|[meta-bug] bootstrap fails |CFLAGS="-O3 -ftree- |with CFLAGS="-O3 -ftree- |vectorize" |vectorize" http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21335
[Bug tree-optimization/24059] [4.1 Regression] ICE with -ftree-vectorize -O2
-- What|Removed |Added OtherBugsDependingO||21335 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24059
[Bug tree-optimization/24059] [4.1 Regression] ICE with -ftree-vectorize -O2
-- What|Removed |Added Known to fail||4.1.0 Known to work||4.0.0 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24059
[Bug tree-optimization/24059] New: [4.1 Regression] ICE with -ftree-vectorize -O2
I was trying -O2 -g -ftree-vectorize while bootstrapping and ran into this.
Reduced testcase:
struct pred_data {
unsigned char codes[((int) 100)];
};
void compute_predicate_codes (char *codes, struct pred_data *p)
{
int i;
for (i = 0;i < ((int) 100);i++)
codes[i] = p->codes[i] ? 2 : 0;
}
--
This does not happen with -m32.
--
Summary: [4.1 Regression] ICE with -ftree-vectorize -O2
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, build
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24059
[Bug middle-end/13203] -fmem-report "Total usage" is not correct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 22:47 --- This has been fixed for a while now. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13203
[Bug c++/24058] g++ should warn about virtual methods called in constructors and destructors
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 22:37 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-09-25 22:37:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24058
[Bug c++/24058] New: g++ should warn about virtual methods called in constructors and destructors
When all warnings are enabled the g++ compiler should warn when a virtual
method is called in a
constructor or destructor for the class containing the virtual method.
Steps:
1. Compile the following using the command: g++ -g -Wall -ansi -pedantic -c
#include
class Base
{
public:
Base() { Method(); }
virtual ~Base() {}
protected:
virtual void Method() { std::cout << "Base method.\n"; }
};
class Derived : public Base
{
public:
Derived() { Method(); }
protected:
void Method() { std::cout << "Derived method.\n"; }
};
Results:
The code compiles with no errors or warnings
Expected:
The call to Method in the Derived constructor will call Base::Method, and not
Derived::Method because
Derived is not constructed and available for use yet. The compiler should warn
about these kinds of
virtual methods calls in constructors as the program may not yield the kind of
results the developer is
expecting.
--
Summary: g++ should warn about virtual methods called in
constructors and destructors
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tron dot thomas at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24058
[Bug bootstrap/8765] -msoft-float does not work for mipsel-linux, and probably others
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 22:25 --- So does --with-float=soft works on 3.4.0 and above? -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8765
[Bug libffi/23718] ffitarget.h include problem
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-25 21:35 --- *** Bug 16832 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||magnus dot bergman at ||observer dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23718
[Bug libffi/16832] Wrong location of "ffitarget.h" in "ffi.h".
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-25 21:35 --- *** This bug has been marked as a duplicate of 23718 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16832
[Bug libgcj/24051] [4.1 Regression]: libjava failed to configure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 21:10 --- Assigning to Tromey via his request. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 21:10:23 date|| Target Milestone|4.1.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug libgcj/24057] [4.1 regression] libgcj installs jawt.h and jni.h in version independent location
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-25 21:09 --- I'll handle this -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 21:09:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24057
[Bug libfortran/23803] [mingw32] getlog malfunction
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-25 21:02 --- Subject: Bug 23803 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-25 21:02:17 Modified files: libgfortran: ChangeLog libgfortran/intrinsics: getXid.c getlog.c hostnm.c Log message: PR libfortran/23803 * intrinsics/getXid.c: Add getpid wrapper for MinGW. * intrinsics/getlog.c: Add getlogin wrapper for MinGW. * intrinsics/hostnm.c: Add gethostname wrapper for MinGW. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.306&r2=1.307 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/getXid.c.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/getlog.c.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/hostnm.c.diff?cvsroot=gcc&r1=1.2&r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23803
[Bug translation/13662] toplev.c:4563-4567: gettext interprets the two conditional strings as one
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 20:59 --- Fixed in 4.1.0 by: 2005-07-03 Joseph S. Myers <[EMAIL PROTECTED]> * bb-reorder.c, c-pch.c, c-pragma.c, c.opt, cfghooks.c, cfgloop.c, cfgrtl.c, cgraphunit.c, config/c4x/c4x.c, config/cris/cris.c, config/frv/frv.c, config/host-darwin.c, config/iq2000/iq2000.c, config/lynx.h, config/m68k/m68k.c, config/pa/pa.c, config/sh/sh.h, config/stormy16/stormy16.c, config/v850/v850.c, config/vax/netbsd-elf.h, coverage.c, dwarf2out.c, emit-rtl.c, except.c, gcc.c, tree-cfg.c, tree-eh.c, tree-ssa.c, xcoffout.c: Avoid "." or "\n" at end of diagnostics and capital letters at start of diagnostics. * combine.c, cse.c: Don't translate dump file output. * toplev.c (print_version): Only translate output if going to stderr. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13662
[Bug translation/9390] [translation] Segmentation Fault when compiling for athlon with [EMAIL PROTECTED] or [EMAIL PROTECTED]
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 20:55 --- Fixed for 4.1.0 for sure which adds %1$ support. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9390
[Bug middle-end/12078] -Winline points to inexistent source lines
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 20:45 --- Fixed at least on the mainline: /home/roberto/ppl/ppl/src/Interval.inlines.hh: In function bool Parma_Polyhedra_Library:: operator<(const Parma_Polyhedra_Library::Boundary&, const Parma_Polyhedra_Library::Boundary&): /home/roberto/ppl/ppl/src/Interval.inlines.hh:90: warning: inlining failed in call to bool Parma_Polyhedra_Library::operator<(const Parma_Polyhedra_Library::ERational&, const Parma_Polyhedra_Library::ERational&): --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/Interval.inlines.hh:141: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:78: warning: inlining failed in call to bool Parma_Polyhedra_Library::operator==(const Parma_Polyhedra_Library::ERational&, const Parma_Polyhedra_Library::ERational&): --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/Interval.inlines.hh:141: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh: In function bool Parma_Polyhedra_Library:: operator>(const Parma_Polyhedra_Library::Boundary&, const Parma_Polyhedra_Library::Boundary&): /home/roberto/ppl/ppl/src/Interval.inlines.hh:139: warning: inlining failed in call to bool Parma_Polyhedra_Library::operator<(const Parma_Polyhedra_Library::Boundary&, const Parma_Polyhedra_Library::Boundary&): --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/Interval.inlines.hh:147: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh: In member function bool Parma_Polyhedra_Library:: Interval::is_empty() const: /home/roberto/ppl/ppl/src/Interval.inlines.hh:146: warning: inlining failed in call to bool Parma_Polyhedra_Library::operator>(const Parma_Polyhedra_Library::Boundary&, const Parma_Polyhedra_Library::Boundary&): --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/Interval.inlines.hh:158: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh: In member function bool Parma_Polyhedra_Library:: BoundingBox::is_empty() const: /home/roberto/ppl/ppl/src/Interval.inlines.hh:157: warning: inlining failed in call to bool Parma_Polyhedra_Library::Interval::is_empty() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:52: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh: In member function bool Parma_Polyhedra_Library:: BoundingBox::get_upper_bound(Parma_Polyhedra_Library::dimension_type, bool&, Parma_Polyhedra_Library::Integer&, Parma_Polyhedra_Library::Integer&) const: /home/roberto/ppl/ppl/src/Interval.inlines.hh:167: warning: inlining failed in call to const Parma_Polyhedra_Library::UBoundary& Parma_Polyhedra_Library::Interval::upper_bound() const: -- param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:82: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:123: warning: inlining failed in call to const Parma_Polyhedra_Library::ERational& Parma_Polyhedra_Library::Boundary::bound() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:83: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:60: warning: inlining failed in call to int Parma_Polyhedra_Library::ERational::direction_of_infinity() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:85: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:118: warning: inlining failed in call to bool Parma_Polyhedra_Library::Boundary::is_closed() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:88: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:65: warning: inlining failed in call to const Parma_Polyhedra_Library::Integer& Parma_Polyhedra_Library::ERational::numerator() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:89: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh:71: warning: inlining failed in call to const Parma_Polyhedra_Library::Integer& Parma_Polyhedra_Library::ERational::denominator() const: --param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/BoundingBox.inlines.hh:90: warning: called from here /home/roberto/ppl/ppl/src/Interval.inlines.hh: In member function bool Parma_Polyhedra_Library:: BoundingBox::get_lower_bound(Parma_Polyhedra_Library::dimension_type, bool&, Parma_Polyhedra_Library::Integer&, Parma_Polyhedra_Library::Integer&) const: /home/roberto/ppl/ppl/src/Interval.inlines.hh:162: warning: inlining failed in call to const Parma_Polyhedra_Library::LBoundary& Parma_Polyhedra_Library::Interval::lower_bound() const: -- param max-inline-insns-single limit reached /home/roberto/ppl/ppl/src/Bou
[Bug libfortran/20257] Fortran runtime error: End of record occurs when writing large arrays
-- What|Removed |Added Severity|normal |minor Last reconfirmed|2005-06-17 15:14:59 |2005-09-25 20:28:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20257
[Bug libgcj/18893] null pointer exception in the Logger.getCallerStackFrame()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 20:22 --- Fixed at least in 4.1.0: Now calling LogHandler.init() In LogHandler.init() Now calling LogUser.init() 25-Sep-05 4:22:27 PM se.tada.tests.LogUser hello INFO: Hello world -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18893
[Bug target/23828] local calling convention not used when using --combine
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 20:15 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23828
[Bug target/23828] local calling convention not used when using --combine
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-25 20:01 --- Subject: Bug 23828 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-25 20:01:11 Modified files: gcc: ChangeLog gcc/config/i386: i386.c Log message: PR 23828 * config/i386/i386.c (ix86_function_regparm): Fix the test for a nested function. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10018&r2=2.10019 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.860&r2=1.861 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23828
[Bug libgcj/24057] New: [4.1 regression] libgcj installs jawt.h and jni.h in version independent location
After the recent libgcj/classpath merger, libgcj installs the following four header files in a version independent location which is going to cause conflicts of one installs various version of GCC in the same prefix (using configure --program-suffix, for example): include/jawt.h include/jawt_md.h include/jni.h include/jni_md.h -- Summary: [4.1 regression] libgcj installs jawt.h and jni.h in version independent location Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org,tromey at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24057
[Bug ada/24053] [4.1 Regression] Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-25 18:15 --- By Andreas. -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 18:15:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug c++/24054] std::tr1::unordered_map's erase does not seem to return a value
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-25 18:11 --- matt, thoughts? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |austern at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug c++/24054] std::tr1::unordered_map's erase does not seem to return a value
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-25 18:09
---
Here's the code in question. It looks like the other erase MF's return void, so
perhaps this is just an oversight. However, there appears to be some confusion
WRT what this function should return, based on the preceeding erase MF's
comments:
// XXX We're following the TR in giving this a return type of void,
// but that ought to change. The return type should be const_iterator,
// and it should return the iterator following the one we've erased.
// That would simplify range erase.
anyway.
template
typename hashtable::size_type
hashtable::
erase(const key_type& k)
{
typename hashtable::hash_code_t code = this->m_hash_code (k);
size_type n = this->bucket_index(k, code, m_bucket_count);
node** slot = m_buckets + n;
while (*slot && ! this->compare (k, code, *slot))
slot = &((*slot)->m_next);
while (*slot && this->compare (k, code, *slot))
{
node* n = *slot;
*slot = n->m_next;
m_deallocate_node (n);
--m_element_count;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug ada/24053] [4.1 Regression] Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug ada/24053] [4.1 Regression] Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
--- Additional Comments From laurent at guerby dot net 2005-09-25 17:20 --- Indeed, just reverting just the gimplify.c change gets Ada in stage3 (still running on my machine). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug c++/24056] failed lookup of static non-member operator function with certain templated arguments
--- Additional Comments From pogonyshev at gmx dot net 2005-09-25 16:54 --- So, not a bug then? I still don't understand why this code is ill-formed, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24056
[Bug c++/24056] New: failed lookup of static non-member operator function with certain templated arguments
I'm not sure if it is a bug, but I couldn't find a justification for this behaviour at http://www.open-std.org/jtc1/sc22/open/n2356/. To reproduce (`test.cpp' is attached): $ g++ test.cpp -o test gives (here) test.cpp: In function âint main()â: test.cpp:61: error: no match for âoperator==â in âx == yâ Note that there are three similar constructs in `test.cpp' and operator lookup fails only in one of three cases: * templated class A with nested class B: lookup for operator== (A ::B, A ::B) FAILS * templated class A: lookup for operator== (A , A ) SUCCEEDES * non-templated class A with nested class B: lookup for operator== (A::B, A::B) SUCCEEDES I believe all three should succeed or, stated in other words, I don't understand why the first one fails. Granted, I'm not exactly a guru of C++. Namespaces don't affect the behaviour. Member `operator==' is looked up perfectly. This also happens with GCC 3.2. -- Summary: failed lookup of static non-member operator function with certain templated arguments Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pogonyshev at gmx dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24056
[Bug c++/24056] failed lookup of static non-member operator function with certain templated arguments
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 16:23 --- Comeau online also rejects this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24056
[Bug c++/24056] failed lookup of static non-member operator function with certain templated arguments
--- Additional Comments From pogonyshev at gmx dot net 2005-09-25 16:20 --- Created an attachment (id=9805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9805&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24056
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
16:00 ---
The patch is:
Index: tree-cfgcleanup.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-cfgcleanup.c,v
retrieving revision 2.7
diff -u -p -r2.7 tree-cfgcleanup.c
--- tree-cfgcleanup.c 19 Aug 2005 18:52:55 - 2.7
+++ tree-cfgcleanup.c 24 Sep 2005 23:30:54 -
@@ -392,7 +392,18 @@ remove_forwarder_block (basic_block bb,
return false;
}
}
-
+ /* Check to make sure that we can remove a forwarder block for eh edges. */
+ FOR_EACH_EDGE (e, ei, bb->preds)
+{
+ /* This check is too strong, we should also be checking eh regions
+ but this is much harder. */
+ if (e->flags & EDGE_EH)
+{
+ if (!single_pred_p (dest))
+ return false;
+ }
+}
+
/* Redirect the edges. */
for (ei = ei_start (bb->preds); (e = ei_safe_edge (ei)); )
{
Which I will post after testing.
I posted the checking patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01559.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug ada/24053] [4.1 Regression] Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 15:17 --- This looks like a latent bug in the Ada front-end as the only change to the middle-end would be the change to use TYPE_MAIN_VARIANT. -- What|Removed |Added Component|bootstrap |ada Keywords||build Summary|Ada bootstrap ICE in|[4.1 Regression] Ada |build_int_cst_wide, at |bootstrap ICE in |tree.c:795 |build_int_cst_wide, at ||tree.c:795 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug target/24055] [4.1 regression] "could not split insn" with -O1 -ffast-math
-- What|Removed |Added Severity|critical|normal Summary|[4.1 regression] ICE in |[4.1 regression] "could not |final_scan_insn, at |split insn" with -O1 -ffast- |final.c:2464|math http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24055
[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 14:51 --- Confirmed a regression from 3.2.3 which gave: t.cc: In function `int main()': t.cc:3: no match for `A && void*' operator t.cc:3: candidates are: operator&&(bool, bool) t.cc:2: bool operator&&(const A&, const A&) t.cc:3: label `b' used but not defined -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Known to fail||3.3.3 3.4.0 4.0.0 4.1.0 Known to work||3.2.3 3.0.4 2.95.3 Last reconfirmed|-00-00 00:00:00 |2005-09-25 14:51:31 date|| Summary|&#`label_decl' not supported|[3.4/4.0/4.1 Regression] |by dump_expr# |by dump_expr# Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24052
[Bug target/24055] [4.1 regression] ICE in final_scan_insn, at final.c:2464
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-09-25 14:23 ---
// reduced testcase, compile with "-O1 -funsafe-math-optimizations
-fno-trapping-math":
void foo (int *p, double x)
{
*p = rint (x);
}
--
What|Removed |Added
Severity|normal |critical
Status|UNCONFIRMED |NEW
Component|other |target
Ever Confirmed||1
GCC build triplet|i486-pld-linux |
GCC host triplet|i486-pld-linux |
GCC target triplet|i486-pld-linux |i?86-*-*
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2005-09-25 14:23:12
date||
Summary|ICE (-ffast-math) / could |[4.1 regression] ICE in
|not split insn. |final_scan_insn, at
||final.c:2464
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24055
[Bug tree-optimization/23948] [4.1 Regression] internal compiler error: verify_stmts failed
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:48 --- Posted the patch for the algorithm I had sketched in the previous comments. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg01555.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23948
[Bug c++/21421] [3.4/4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:41 --- Again, the patch for PR21419 fixes this. *** This bug has been marked as a duplicate of 21419 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21421
[Bug c/21419] [4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:41 --- *** Bug 21421 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21419
[Bug c/21420] [3.4/4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:41 --- The patch for 21419 fixes this as well. *** This bug has been marked as a duplicate of 21419 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21420
[Bug c/21419] [4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:41 --- *** Bug 21420 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21419
[Bug c/21419] [4.0/4.1 Regression] Accepts writting to const via asm
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg01557.html Status|NEW |ASSIGNED Last reconfirmed|2005-09-10 16:15:26 |2005-09-25 12:37:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21419
[Bug c/21419] [4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:36 --- *** Bug 21422 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21419
[Bug c++/21422] [4.0/4.1 Regression] Accepts writting to const via asm
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 12:36 --- This can be diagnosed in the middle-end, so it would work for C and C++ the same. *** This bug has been marked as a duplicate of 21419 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21422
[Bug other/24055] ICE (-ffast-math) / could not split insn.
--- Additional Comments From pluto at agmk dot net 2005-09-25 12:29 --- Created an attachment (id=9804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9804&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24055
[Bug other/24055] New: ICE (-ffast-math) / could not split insn.
% gcc floor1.i -c -O2 -ffast-math -mno-ieee-fp -fsigned-char
floor1.c: In function ‘fit_line’:
floor1.c:522: error: could not split insn
(insn:HI 137 229 139 (set (mem:SI (reg:SI 0 ax) [5 S4 A32])
(unspec:SI [
(reg:XF 8 st)
] 66)) 462 {*fistsi2_1} (insn_list:REG_DEP_TRUE 135 (nil))
(expr_list:REG_DEAD (reg:XF 8 st)
(nil)))
floor1.c:522: internal compiler error: in final_scan_insn, at final.c:2462
% gcc -v
Reading specs from /usr/lib/gcc/i486-pld-linux/4.1.0/specs
Target: i486-pld-linux
Configured with: ../configure --prefix=/usr --libdir=/usr/lib
--libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-languages=c,c++,f95,objc,obj-c++,ada,java --enable-c99
--enable-long-long --disable-multilib --enable-nls --disable-werror
--with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib
--with-slibdir=/lib --without-x --enable-cmath --enable-libgcj
--enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo
i486-pld-linux
Thread model: posix
gcc version 4.1.0 20050922 (experimental)
--
Summary: ICE (-ffast-math) / could not split insn.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-pld-linux
GCC host triplet: i486-pld-linux
GCC target triplet: i486-pld-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24055
[Bug c++/24054] New: std::tr1::unordered_map's erase does not seem to return a value
/usr/include/c++/4.0.0/tr1/hashtable lines 1345-1365 is a hash-table's erase method declared to return a size_type. The method does not seem to return any value, though; g++ warns about this when I try to use std::tr1::unordered_map's erase. g++ --version outputs: g++ (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) Thanks! -- Summary: std::tr1::unordered_map's erase does not seem to return a value Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: atavory at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug middle-end/22456] [4.1 regression] missing "is used uninitialized" warning
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 11:37 --- I think it is acceptable to not show the warning in this case. Does moving the uninitialized warning above "fix" this bug? If so, it is a dup of 18501. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
[Bug tree-optimization/18501] [4.1 Regression] Missing 'used unintialized' warning
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 11:37 --- Personally, I prefer misdiagnosing uninit-5.c as a possible uninitialized use, rather than missing this pretty nasty case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug tree-optimization/15596] [4.0/4.1 Regression] Missed optimization with bitfields
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-25 11:37 --- Does this mean that 22156 is a dup of this (or viceversa)? -- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
[Bug target/23188] [4.1 Regression] vect-reduc-* fail
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-25 11:30 --- As shown at http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01138.html these failures are still present on mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
[Bug c/18637] pragma handler interfaces should be merged
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-25 11:27 --- It's still the case that these interfaces should be merged but haven't yet been. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18637
[Bug bootstrap/24053] Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
--- Additional Comments From schwab at suse dot de 2005-09-25 10:54 --- Also on ia64. Broken by this change: 2005-09-24 Richard Henderson <[EMAIL PROTECTED]> * c-common.c (handle_mode_attribute): When not modifying in place, create subtypes for enumerations. (sync_resolve_return): Use TYPE_MAIN_VARIANT. * gimplify.c (create_tmp_from_val): Likewise. -- What|Removed |Added CC||rth at gcc dot gnu dot org, ||schwab at suse dot de Summary|Ada bootstrap ICE in|Ada bootstrap ICE in |build_int_cst_wide, at |build_int_cst_wide, at |tree.c:795 |tree.c:795 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug bootstrap/24053] New: Ada bootstrap ICE in build_int_cst_wide, at tree.c:795
On x86 and x86_64, started between LAST_UPDATED: Fri Sep 23 22:29:25 UTC 2005 LAST_UPDATED: Sun Sep 25 08:26:26 UTC 2005 stage1/xgcc -Bstage1/ -B/home/guerby/work/gcc/install/install-20050925T102808/x86_64-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/home/guerby/work/gcc/version-head/gcc/ada /home/guerby/work/gcc/version-head/gcc/ada/osint.adb -o ada/osint.o +===GNAT BUG DETECTED==+ | 4.1.0 20050925 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in build_int_cst_wide, at tree.c:795 | | Error detected at osint.adb:2822:12 | -- Summary: Ada bootstrap ICE in build_int_cst_wide, at tree.c:795 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
[Bug c++/24052] &#`label_decl' not supported by dump_expr#
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr 2005-09-25 08:49 --- Created an attachment (id=9803) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9803&action=view) Trivial fix The error message is a bit better now: a.cpp:3: error: no match for 'operator&&' in 'A() && & b' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24052
[Bug c++/24052] New: &#`label_decl' not supported by dump_expr#
I do not think labels as values are widely used with C++ operators; I stumbled
over it only because of a typo (double &&). But in case of error, it will
produce a garbled message (tested from 3.3 to 4.1). For example,
a.cpp:3:no match for 'operator&&' in 'A() && &#'label_decl' not supported by
dump_expr#'
Testcase:
struct A {};
bool operator&&(A const &, A const &);
int main() { A() && && b; }
--
Summary: &#`label_decl' not supported by dump_expr#
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: guillaume dot melquiond at ens-lyon dot fr
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24052
