--- 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 gaw
--- 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 a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
03:28 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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
---
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853
--- 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|
--- 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
--- 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
"Ma
--- 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
--- 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
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_INITIA
--
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
--
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
--- 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
--- 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/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
00:57 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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
--- 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 |RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
00:43 ---
Confirmed.
--
What|Removed |Added
BugsThisDependsOn||12385
--
What|Removed |Added
Component|c++ |libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24061
/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
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
23:37 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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
-
--
What|Removed |Added
OtherBugsDependingO||21335
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24059
--
What|Removed |Added
Known to fail||4.1.0
Known to work||4.0.0
Target Milestone|--- |4.
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;
}
--- 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
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
22:37 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
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()
--- 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
Statu
--- 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
--- 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
--- 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
--- 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 |trom
--- 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/intrin
--- 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, confi
--- 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|N
--- 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:
--
What|Removed |Added
Severity|normal |minor
Last reconfirmed|2005-06-17 15:14:59 |2005-09-25 20:28:59
date|
--- 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
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
20:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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: i
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_m
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-25
18:15 ---
By Andreas.
--
What|Removed |Added
CC||ebotca
--- 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
--- 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
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- 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
--- 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
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==
--- 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
--- 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
--- 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-cfgcle
--- 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
--
What|Removed |Added
Severity|critical|normal
Summary|[4.1 regression] ICE in |[4.1 regression] "could not
|final_sc
--- 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&
--- 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 |Add
--- 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
---
--- 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
--- 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
--- 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
-
--- 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
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
URL|
--- 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
--- 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
--
--- 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
% 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_l
/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
--- 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=22
--- 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
--- 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
--- 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
--- 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
--- 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 enumerati
/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
--- 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&&
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
dum
77 matches
Mail list logo
