[Bug objc/19324] [3.4/4.0/4.1 Regression] weird message for interface way in implementation
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2005-08-22 07:04 --- (In reply to comment #3) > Objective-C is not release-critical. Sadly so. This is a very cheap way to get the numbers of bugs "down" for a release. :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19324
[Bug c++/23089] [4.0/4.1 Regression] internal compiler error: in int_mode_for_mode, at stor-layout.c:251 at -O1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 08:37 --- Subject: Bug 23089 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 08:37:18 Modified files: gcc/cp : ChangeLog decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/other: incomplete1.C Log message: PR c++/23089 * decl.c (require_complete_types_for_parms): Mark incomplete types as invalid. * g++.dg/other/incomplete1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4852&r2=1.4853 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1418&r2=1.1419 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5945&r2=1.5946 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/incomplete1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23089
[Bug c++/23089] [4.0/4.1 Regression] internal compiler error: in int_mode_for_mode, at stor-layout.c:251 at -O1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 08:48 --- Subject: Bug 23089 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-22 08:48:06 Modified files: gcc/cp : ChangeLog decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/other: incomplete1.C Log message: PR c++/23089 * decl.c (require_complete_types_for_parms): Mark incomplete types as invalid. * g++.dg/other/incomplete1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.77&r2=1.4648.2.78 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.17&r2=1.1371.2.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.342&r2=1.5084.2.343 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/incomplete1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23089
[Bug c++/23089] [4.0/4.1 Regression] internal compiler error: in int_mode_for_mode, at stor-layout.c:251 at -O1
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-22 08:49 --- Fixed on mainline and the 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23089
[Bug middle-end/22480] [4.1 Regression] ICE in convert_move, at expr.c:390 with -ftree-vectorize
--- Additional Comments From micis at gmx dot de 2005-08-22 09:03 --- This ICE is still present with the actual snapshot (20050819) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
[Bug c++/23513] New: overload resolution fails to select a more specialized template
This well-formed complete source is rejected by g++, but compiles fine
with comeau online 4.3.3 BETA August 4, 2003.
A related discussion on clc++ http://groups-beta.google.com/group/comp.
lang.c++/msg/1475f4e8f1ff9982
struct A
{
template void operator<<(T&);
};
template struct B {};
template void operator<<(A&, B&);
int main()
{
A a;
B b;
a << b;
}
[EMAIL PROTECTED] exp]$ g++ -v -save-temps -Wall exp.cpp -o exp
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-
checking=release --with-system-zlib --enable-__cxa_atexit --disable-
libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,
objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/
java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)
/usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1plus -E -quiet -v -
D_GNU_SOURCE exp.cpp -Wall -fpch-preprocess -o exp.ii
ignoring nonexistent directory
"/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../
i386-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/i386-redhat-
linux
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/backward
/usr/local/include
/usr/lib/gcc/i386-redhat-linux/4.0.1/include
/usr/include
End of search list.
/usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1plus -fpreprocessed exp.ii -quiet
-dumpbase exp.cpp -auxbase exp -Wall -version -o exp.s
GNU C++ version 4.0.1 20050727 (Red Hat 4.0.1-5) (i386-redhat-linux)
compiled by GNU C version 4.0.1 20050727 (Red Hat 4.0.1-5).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-
heapsize=64417
exp.cpp: In function 'int main()':
exp.cpp:13: error: ambiguous overload for 'operator<<' in 'a << b'
exp.cpp:3: note: candidates are: void A::operator<<(T&) [with T = B]
exp.cpp:7: note: void operator<<(A&, B&) [with T = A]
# 1 "exp.cpp"
# 1 ""
# 1 ""
# 1 "exp.cpp"
struct A
{
template void operator<<(T&);
};
template struct B {};
template void operator<<(A&, B&);
int main()
{
A a;
B b;
a << b;
}
--
Summary: overload resolution fails to select a more specialized
template
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: maxim dot yegorushkin at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
[Bug c++/22233] [3.4/4.0/4.1 regression] ICE with wrong number of template parameters
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 09:48 --- Subject: Bug 22233 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 09:48:26 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: param1.C Log message: PR c++/22233 * pt.c (push_template_decl_real): Return error_mark_node if the number of template parameters does not match previous definition. * g++.dg/template/param1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4853&r2=1.4854 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1023&r2=1.1024 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5946&r2=1.5947 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/param1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22233
[Bug c++/22233] [3.4/4.0/4.1 regression] ICE with wrong number of template parameters
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 09:55 --- Subject: Bug 22233 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-22 09:54:43 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: param1.C Log message: PR c++/22233 * pt.c (push_template_decl_real): Return error_mark_node if the number of template parameters does not match previous definition. * g++.dg/template/param1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.78&r2=1.4648.2.79 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.16&r2=1.978.2.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.343&r2=1.5084.2.344 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/param1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22233
[Bug target/21571] ICE in rs6000.c with -msdata=default.
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-22 10:05 --- http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01277.html -- What|Removed |Added Keywords||patch Known to work||3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21571
[Bug ada/23514] New: fixed point error cause Ada exception block does NOT work
the bug should be only in windows OS
my test evnironment is win2k and win xp.
they are not work well.
I have try those compiler:
Gnat 3.15 p / mingw 3.42 / mingw 4.1
--the test code is
With Ada.Text_Io;
Procedure Trading Is
Type Price Is Delta 0.01 Digits 18;
Type PriceArray Is Array (Positive Range <>) Of price;
Procedure Avg (Data : In PriceArray) Is
Avg, Sum : Price'Base := 0.0;
Begin
Ada.Text_Io.Put ("average:" );
For Index In Data'Range Loop
Sum := Sum + Data (Index);
End Loop;
Avg := Sum / Data'Length;
Ada.Text_Io.Put (Price'Image (Avg));
Ada.Text_Io.New_Line;
Exception
When Others =>
Ada.Text_Io.Put_Line ("error here!");
End;
Begin
For Index In Reverse 0 .. 9 Loop
For Step In 1 .. 3 Loop
Declare
Mydata : Pricearray (1 .. Index) := (Others => 10.0);
Begin
Avg (Mydata);
End;
End Loop;
End Loop;
end Trading;
end the test code
--
Summary: fixed point error cause Ada exception block does NOT
work
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kuan_long at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
[Bug tree-optimization/23512] [4.0 Regression] wrong code with boolean refs, -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 10:49 --- This is most likely a dup of PR 23326. -- What|Removed |Added Component|c++ |tree-optimization Keywords||wrong-code Summary|wrong code with boolean |[4.0 Regression] wrong code |refs, -O2 |with boolean refs, -O2 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23512
[Bug middle-end/23511] [4.1 Regression] Segfault in fold_binary
-- What|Removed |Added Keywords||ice-on-valid-code Summary|Segfault in fold_binary |[4.1 Regression] Segfault in ||fold_binary Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug target/23303] [4.1 Regression] 4.1 generates sall + addl instead of leal
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22
11:01 ---
I'm not confident that using salq in Steven's test case is really a
pessimization. I'll consider a 32-bit target then, and this testcase
char **
VTallocbuf(char **allbuf, unsigned long savelines)
{
return &allbuf[savelines];
}
For i686 we have
movl8(%esp), %eax
movl4(%esp), %edx
sall$2, %eax
addl%edx, %eax
instead of
movl8(%esp), %eax
movl4(%esp), %edx
leal(%edx,%eax,4), %eax
However even in this case a no-lea code could be feasible:
movl8(%esp), %eax
sall$2, %eax
addl4(%esp), %eax
And this is exactly the rtl we have until peephole2, where this peephole splits
the instruction:
;; Don't do logical operations with memory inputs.
(define_peephole2
[(match_scratch:SI 2 "r")
(parallel [(set (match_operand:SI 0 "register_operand" "")
(match_operator:SI 3 "arith_or_logical_operator"
[(match_dup 0)
(match_operand:SI 1 "memory_operand" "")]))
(clobber (reg:CC FLAGS_REG))])]
"! optimize_size && ! TARGET_READ_MODIFY"
[(set (match_dup 2) (match_dup 1))
(parallel [(set (match_dup 0)
(match_op_dup 3 [(match_dup 0) (match_dup 2)]))
(clobber (reg:CC FLAGS_REG))])]
"")
I think that Jan's patch should be conditionalized: if !optimize_size &&
!TARGET_READ_MODIFY, the transformation he removed will be done anyway, and too
late in the game.
Paolo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23303
[Bug middle-end/23511] [4.1 Regression] Segfault in fold_binary
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 11:06 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug c++/22233] [3.4 regression] ICE with wrong number of template parameters
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-22 11:17 --- Fixed on mainline and 4.0 branch. -- What|Removed |Added Summary|[3.4/4.0/4.1 regression] ICE|[3.4 regression] ICE with |with wrong number of|wrong number of template |template parameters |parameters Target Milestone|4.0.2 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22233
[Bug c++/23513] [4.0/4.1 Regression] overload resolution fails to select a more specialized template
-- What|Removed |Added Keywords||rejects-valid Known to fail||4.0.2 4.1.0 Known to work||3.4.0 Summary|overload resolution fails to|[4.0/4.1 Regression] |select a more specialized |overload resolution fails to |template|select a more specialized ||template Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From v dot haisman at sh dot cvut dot cz 2005-08-22 11:21 --- I have tried it and successfully bootstrapped the compiler with. It works, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug c++/23171] [4.1 Regression] ICE on pointer initialization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 11:46 --- (In reply to comment #2) > How does the C front end represent this expression? Using a COMPOUND_LITERAL_EXPR which should solve this and PR 23172. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171
[Bug middle-end/23511] [4.1 Regression] Segfault in fold_binary
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
11:50 ---
Confirmed, reduced testcase:
struct locale_data {
int t;
union locale_data_value {
const char *string;
}values [];
};
void f(const char*);
extern const struct locale_data _nl_C_LC_TIME ;
void g(void)
{
int cnt;
for (cnt = 0;cnt < 12;++cnt)
f (((&_nl_C_LC_TIME.values[1].string)[cnt]));
}
Yes the backtrace is slightly different but the problem is that same,
basicially the values[] is the issue
here. Changing it to values[1] and it works.
--
What|Removed |Added
CC||spop at gcc dot gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
GCC build triplet|x86_64-linux-gnu|
GCC host triplet|x86_64-linux-gnu|
GCC target triplet|x86_64-linux-gnu|
Last reconfirmed|-00-00 00:00:00 |2005-08-22 11:50:55
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug libgcj/23466] Double.toString(0.0010) ---> "0.001" ISO "0.0010"
--- Additional Comments From veldema at cs dot fau dot de 2005-08-22 12:03 --- 1) I will file a bug report with SUN and see what they say and report back here 2) I read the comments with _dtoa and for floats the arg is interpretted as single-precision if mode >= 16 (seems for a double you both need to pass the isfloat = false && mode == 20 R. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From gcc-bugzilla2 at imperialviolet dot org
2005-08-22 12:11 ---
I have the same problem when building Gambit (a Scheme->C compiler). Since the
original reporter doesn't seem to have replied to the request for a -save-temps
file I thought that mine could be of use.
It's tarballed at http://www.imperialviolet.org/binary/gcc-bug-23273.tar.bz2
please email agl at imperialviolet.org with any questions.
Cheers,
% gcc --version
T ~/src/gambc40b14/lib/guide
gcc (GCC) 3.4.2 (Gentoo Linux 3.4.2-r2, ssp-3.4.1-1, pie-8.7.6.5)
g++ -c -pipe -Wall -W -march=pentium2 -O2 -pipe -DQT_NO_DEBUG
-I/usr/qt/3/mkspecs/linux-g++ -I. -I../../include -I/usr/qt/3/include -o
guideuihighlighterscheme.o guideuihighlighterscheme.cpp -save-temps
g++: warning: -pipe ignored because -save-temps specified
In file included from
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/vector:72,
from /usr/qt/3/include/qvaluevector.h:46,
from guideuihighlighterscheme.h:10,
from guideuihighlighterscheme.cpp:8:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/stl_bvector.h: In
member function `void std::vector::_M_insert_range(std::_Bit_iterator, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/stl_bvector.h:522:
error: expected unqualified-id before '(' token
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/stl_bvector.h: In
member function `void std::vector::_M_fill_insert(std::_Bit_iterator, size_t, bool)':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/vector:75,
from /usr/qt/3/include/qvaluevector.h:46,
from guideuihighlighterscheme.h:10,
from guideuihighlighterscheme.cpp:8:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/vector.tcc: In member
function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/vector.tcc:307: error:
expected unqualified-id before '(' token
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/vector.tcc: In member
function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/bits/vector.tcc:384: error:
expected unqualified-id before '(' token
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug tree-optimization/23512] [4.0 Regression] wrong code with boolean refs, -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 12:15 --- Yes looking at the tree dumps comfirm that this is a dup of bug 23326 which already have a patch for. *** This bug has been marked as a duplicate of 23326 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23512
[Bug tree-optimization/23326] [4.0 Regression] Wrong code from forwprop
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 12:15 --- *** Bug 23512 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mec at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location
-- What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug libgcj/23466] Double.toString(0.0010) ---> "0.001" ISO "0.0010"
--- Additional Comments From veldema at cs dot fau dot de 2005-08-22 12:18 --- Confirmed, this is a bug in SUN's JDK since 2001. Perhaps a a bug should be introduced to make libgcj/classpath bug compatible ? if (double_string == "0.00x" && x != '0') return return "0.00x0" should do the trick. Ronald. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
[Bug tree-optimization/21513] [4.0/4.1 Regression] __builtin_expect getting in the way of uninitialized warnings
-- What|Removed |Added Severity|normal |minor 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=21513
[Bug tree-optimization/21548] [4.0 regression] Wrong warning about uninitialized variable
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 12:25 --- As I mentioned, this will be come a regression again once fixing PR 21559. -- What|Removed |Added BugsThisDependsOn||21559 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21548
[Bug tree-optimization/23511] [4.1 Regression] Segfault in fold_binary
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2005-08-22 12:34 --- The following patch fixes the problem. However I cannot boot'n'regtest it for the moment. I will commit it only tomorow once it is validated. seb *** tree-ssa-loop-niter.c.~2.39.~ 2005-08-21 12:48:06.0 +0200 --- tree-ssa-loop-niter.c 2005-08-22 14:30:17.0 +0200 *** *** 1460,1466 if (init == NULL_TREE || step == NULL_TREE || TREE_CODE (init) != INTEGER_CST ! || TREE_CODE (step) != INTEGER_CST) break; utype = unsigned_type_for (type); --- 1460,1468 if (init == NULL_TREE || step == NULL_TREE || TREE_CODE (init) != INTEGER_CST ! || TREE_CODE (step) != INTEGER_CST ! || TYPE_MIN_VALUE (type) == NULL_TREE ! || TYPE_MAX_VALUE (type) == NULL_TREE) break; utype = unsigned_type_for (type); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug c/8268] no compile time array index checking
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2005-08-22 12:38 --- (In reply to comment #14) > (In reply to comment #9) > > > If we really wanted to tackle this better a compile-time, we'd run a > > pass to look at all the ARRAY_REFs for those which have an out-of-range > > index. It wouldn't be terribly hard to stick one in just before we > > leave SSA form. > > I'll give this a try. > Have a look at tree-data-ref.c:analyze_array_indexes The warning can be implemented in this function. seb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
[Bug ada/23514] fixed point error cause Ada exception block does NOT work
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707
[Bug classpath/23238] split-for-gcj.sh should use CONFIG_SHELL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 12:49 --- Fixed, classpath should be merged soon too. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23238
[Bug libgcj/23466] Double.toString(0.0010) ---> "0.001" ISO "0.0010"
--- Additional Comments From robilad at kaffe dot org 2005-08-22 13:25 --- It seems to be clearly a bug in how some non-free implementation implements the specifications. Since Sun Microsystems has confirmed the bug in their implementation, and the specification is clear on the matter, I don't think it makes sense to make GNU Classpath less compatible. Unless Sun has decided to ammend the API specification, I think this bug should be closed and marked "invalid". cheers, dalibor topic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 13:35 --- This is not a bug. You have a macro max which is defined and so you get: std::(((size())>(__n))?(size()):(__n)) which is a bug. It is a bug in your code. -- What|Removed |Added CC||gcc-bugzilla2 at ||imperialviolet dot org Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From gcc-bugzilla2 at imperialviolet dot org 2005-08-22 13:00 --- An uncomfortable, but functional, solution this this problem is to replace std::max with max on each of the erroring lines. Since the STL lives in the std namespace anyway I think this should work generally. AGL -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-13 11:28:42 |2005-08-22 14:32:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug middle-end/23484] __builtin___memcpy_chk miscompilation
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01187.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-08-19 19:00:31 |2005-08-22 14:53:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
[Bug libgcj/23466] call to _dtoa is possibly incorrect
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 15:00 --- I would prefer to leave the PR open to address the _dtoa issue. I've updated the PR synopsis to reflect this. I agree that we should not change our toString output, as ours is correct. -- What|Removed |Added Summary|Double.toString(0.0010) --->|call to _dtoa is possibly |"0.001" ISO "0.0010"|incorrect http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
[Bug target/21091] -many flag causes problems
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-22 15:24 --- -m405 -many works for any gas later than 20030904. Versions earlier than that date will suffer from the problem reported here. gcc (now) documents that binutils 2.15 is needed for powerpc. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21091
[Bug fortran/23515] New: ICE on correct code
[EMAIL PROTECTED] mytests]# cat foo.f90 program foo
common /x/ a
a = 1
call bar ()
contains
subroutine bar ()
equivalence (a,b)
print *, b
end subroutine bar
end program foo
[EMAIL PROTECTED] mytests]# /gcc-4.0/bin/gfortran foo.f90
foo.f90: In function MAIN__:
foo.f90:8: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[EMAIL PROTECTED] mytests]# cat foo*al
{
union
{
real4 a;
} equiv.0;
real4 b;
_gfortran_filename = "foo.f90";
_gfortran_line = 8;
_gfortran_ioparm.unit = 6;
_gfortran_ioparm.list_format = 1;
_gfortran_st_write ();
_gfortran_transfer_real (&b, 4);
_gfortran_st_write_done ();
}
Note, no MAIN. My mainline gets further but the equivalences are similarly
stuffed. Declaring a and b before the equivalence, gives correct code. I would
surmise, therefore, that match_equivalence needs to check that symbols exist for
each member of the equivalence group and that they are from the current scoping
unit. If they are not, local symbols must be created.
Paul T
--
Summary: ICE on correct code
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pault at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23515
[Bug fortran/23516] New: IMAG is not a generic function when implicit none is declared
The following code does not compile program bug implicit none double complex blop double precision blopr blopr=imag(blop) blopr=sin(blop) end removing "implicit none" will let the code to compile. The compiler accepts sin as a generic function but not imag. -- Summary: IMAG is not a generic function when implicit none is declared Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: federico dot carminati at cern dot ch CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: darwin Kernel Version 7.8.0; root:xnu/xnu- 517.11.1.obj~1/RELEASE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23516
[Bug java/18175] Can't find default package with redundant package import
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 16:21 --- Subject: Bug 18175 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 16:21:19 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: switch-warn-3.c Log message: 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18715 * c-common.c (c_do_switch_warnings): Look for a node where the enum's value is inbetween the range if we did not find an exact match. 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18175 * gcc.dg/switch-warn-3.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9798&r2=2.9799 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&r1=1.649&r2=1.650 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5947&r2=1.5948 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/switch-warn-3.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18175
[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 16:21 --- Subject: Bug 18715 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 16:21:19 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: switch-warn-3.c Log message: 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18715 * c-common.c (c_do_switch_warnings): Look for a node where the enum's value is inbetween the range if we did not find an exact match. 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18175 * gcc.dg/switch-warn-3.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9798&r2=2.9799 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&r1=1.649&r2=1.650 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5947&r2=1.5948 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/switch-warn-3.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18715
[Bug java/18175] Can't find default package with redundant package import
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 16:23 --- Ignore that commit, I got 7 and 1 switched around. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18175
[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 16:26 --- Subject: Bug 18715 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 16:26:06 Modified files: gcc/testsuite : ChangeLog Log message: Fix PR number in changelog: 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18715 * gcc.dg/switch-warn-3.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5948&r2=1.5949 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18715
[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 16:28 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18715
[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 16:29 --- Subject: Bug 18715 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-22 16:29:02 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: switch-warn-3.c Log message: 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18715 * c-common.c (c_do_switch_warnings): Look for a node where the enum's value is inbetween the range if we did not find an exact match. 2005-08-22 Andrew Pinski <[EMAIL PROTECTED]> PR c/18715 * gcc.dg/switch-warn-3.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.381&r2=2.7592.2.382 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606.2.6&r2=1.606.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.344&r2=1.5084.2.345 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/switch-warn-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18715
[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-22 16:31 --- Let's go with the quick fix, for 4.0.2, for now. If we get a better fix, fine; but let's not have this bug in 4.0.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
[Bug fortran/23516] IMAG is not a generic function when implicit none is declared
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-22 16:47 --- IMAG() is neither a generic intrinsic procedure nor a specific intrinsic procedure. You want AIMAG() or you need to explicitly declare IMAG() and provide a function. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23516
[Bug rtl-optimization/23478] [3.4 regression] Miscompilation due to reloading of a var that is also used in EH pad
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 16:59 --- Subject: Bug 23478 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 16:58:50 Modified files: gcc: ChangeLog flow.c global.c regs.h gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: pr23478.C Log message: PR rtl-optimization/23478 * regs.h (reg_info): Add throw_calls_crossed. (REG_N_THROWING_CALLS_CROSSED): Define. * flow.c (allocate_reg_life_data): Initialize REG_N_THROWING_CALLS_CROSSED. (propagate_one_insn, attempt_auto_inc): Update REG_N_THROWING_CALLS_CROSSED. * global.c (global_alloc): Don't allocate pseudos across calls that may throw. * g++.dg/opt/pr23478.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9799&r2=2.9800 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/flow.c.diff?cvsroot=gcc&r1=1.634&r2=1.635 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/global.c.diff?cvsroot=gcc&r1=1.130&r2=1.131 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regs.h.diff?cvsroot=gcc&r1=1.39&r2=1.40 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5949&r2=1.5950 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr23478.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
[Bug target/23376] ICE on GCC 4.x with -O1 -funroll-loops -fvariable-expansion-in-unroller
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-22 17:32 --- Yes, I think it's a good idea to put this patch in 4.0.2, given that it is in mainline, and given that it is so very simple. However, I don't think it's critical either way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23376
[Bug fortran/23515] ICE on correct code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 17:40 --- Confirmed. Back trace: #0 translate_common (common=0x9037228, var_list=Variable "var_list" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-common.c:823 #1 0x0808ebf5 in gfc_traverse_symtree (st=0x9036df0, func=0x80a24f0 ) at / home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/symbol.c:2295 #2 0x080a2454 in gfc_trans_common (ns=0x9036e58) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/fortran/trans-common.c:956 #3 0x080a7518 in gfc_generate_function_code (ns=0x9036e58) at /home/peshtigo/pinskia/src/gnu/ gcc/src/gcc/fortran/trans-decl.c:2351 #4 0x08097964 in gfc_generate_code (ns=0x9036e58) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/fortran/trans.c:683 #5 0x0807daa1 in gfc_parse_file () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c: 2642 #6 0x08097325 in gfc_be_parse_file (set_yydebug=0) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/fortran/f95-lang.c:256 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-22 17:40:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23515
[Bug java/10304] ICE when compiling OpenNMS (jcf-write.c:1041)
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 18:00 --- No feedback in nearly a year. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10304
[Bug tree-optimization/23382] [4.1 Regression] Does not remove the old HEAP virtual variables in clobbered
-- What|Removed |Added OtherBugsDependingO|15855 | nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23382
[Bug libgcj/21074] Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 18:05 --- Committed to 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21074
[Bug libgcj/21074] Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 18:06 --- Subject: Bug 21074 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-22 18:06:36 Modified files: libjava: ChangeLog libjava/gnu/java/net/protocol/http: HTTPURLConnection.java Log message: 2005-06-15 Goffredo Baroncelli <[EMAIL PROTECTED]> PR libgcj/21074: * gnu/java/net/protocol/http/HTTPURLConnection.java (getHeaderFieldKey): Check index. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.92&r2=1.3391.2.93 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/net/protocol/http/HTTPURLConnection.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.20.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21074
[Bug fortran/23515] ICE on correct code
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-22 18:18 --- Subject: Re: ICE on correct code pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 >17:40 --- >Confirmed. >Back trace: >#0 translate_common (common=0x9037228, var_list=Variable "var_list" is not >available. >) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-common.c:823 >#1 0x0808ebf5 in gfc_traverse_symtree (st=0x9036df0, func=0x80a24f0 >) at / >home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/symbol.c:2295 >#2 0x080a2454 in gfc_trans_common (ns=0x9036e58) at >/home/peshtigo/pinskia/src/gnu/gcc/src/ >gcc/fortran/trans-common.c:956 >#3 0x080a7518 in gfc_generate_function_code (ns=0x9036e58) at >/home/peshtigo/pinskia/src/gnu/ >gcc/src/gcc/fortran/trans-decl.c:2351 >#4 0x08097964 in gfc_generate_code (ns=0x9036e58) at >/home/peshtigo/pinskia/src/gnu/gcc/src/ >gcc/fortran/trans.c:683 >#5 0x0807daa1 in gfc_parse_file () at >/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c: >2642 >#6 0x08097325 in gfc_be_parse_file (set_yydebug=0) at >/home/peshtigo/pinskia/src/gnu/gcc/src/ >gcc/fortran/f95-lang.c:256 > > > > Coo! It really is broken - I did not expect it to crash in translate_common. Paul T PS peshtigo? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23515
Re: [Bug fortran/23515] ICE on correct code
On Aug 22, 2005, at 2:18 PM, paulthomas2 at wanadoo dot fr wrote: PS peshtigo? I don't know where it comes from for this machine, as I did not name them. It looks like where the deadest fire in American history happened. http://www.peshtigofire.info/ -- Pinski
[Bug fortran/23515] ICE on correct code
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-22 18:26 --- Subject: Re: ICE on correct code On Aug 22, 2005, at 2:18 PM, paulthomas2 at wanadoo dot fr wrote: > > PS peshtigo? I don't know where it comes from for this machine, as I did not name them. It looks like where the deadest fire in American history happened. http://www.peshtigofire.info/ -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23515
[Bug middle-end/23517] New: can't cast between generic vector types and target supported vector types
When trying to cast from a target supported vector type to a generic vector type of the same size - as happens in gcc.sg/simd-2.c for sh-elf -m4 - or vice versa, the compiler tries to emit a move between a register and a BLKmode value, and hence hits an ICE. The gcc.dg/simd-2.c failure for sh-elf -m4 is a regression introduced between 2004-07-21 and 2004-07-22; before, we used to use vector modes for generic SIMD support,whereas no we use BLKmode. -- Summary: can't cast between generic vector types and target supported vector types Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: targets with vector mode support for selected modes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
[Bug middle-end/23517] can't cast between generic vector types and target supported vector types
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-22 18:51 --- Created an attachment (id=9555) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9555&action=view) proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
[Bug libgcj/23499] [4.1 regression] libgcj/classpath create empty directory $PREFIX/share/classpath/api/
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 18:53 --- I fixed this in classpath. It will be brought in by the next merge. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23499
[Bug libgcj/23431] [4.0/4.1 regression] gcj allows overriding with less restrictive access
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
19:12 ---
Here is a test case that needs only libgcj:
abstract class B implements Runnable
{
public B() { }
abstract void run();
}
class C extends B
{
void run() { }
}
class A
{
private C c = null;
public A()
{
System.out.println("A is getting instantiated");
c = new C();
}
public static void main( String[] args )
{
A a = new A();
}
}
I'm changing the synopsis of this PR. It is not a gij bug but rather
a gcj bug.
--
What|Removed |Added
OtherBugsDependingO||13607
nThis||
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-22 19:12:07
date||
Summary|abstract method resolve |[4.0/4.1 regression] gcj
|error in gij|allows overriding with less
||restrictive access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23431
[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 19:22 --- It looks like it was caused by: 2004-07-22 Paolo Bonzini <[EMAIL PROTECTED]> * stor-layout.c (layout_type): Pick a mode for vector types. ... -- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-22 19:22:51 date|| Summary|can't cast between generic |[4.0/4.1 Regression] can't |vector types and target |cast between generic vector |supported vector types |types and target supported ||vector types http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
[Bug rtl-optimization/23518] New: some gcc optimizations do not take overflow into account
This has been tested on 3.3.6, 3.4.1 and 4.0.1
The following test is considered always false and the block is dropped but "a"
being "int", (a + 1 < 0) is true.
[EMAIL PROTECTED] tmp]$ cat lim.c
#include
#include
int main (void)
{
int a = INT_MAX;
if ((a < 0) || (a + 1 < 0)) {
printf("Hello !\n");
}
return 0;
}
[EMAIL PROTECTED] tmp]$ gcc -O0 lim.c ; ./a.out
Hello !
[EMAIL PROTECTED] tmp]$ gcc -O1 lim.c ; ./a.out
[EMAIL PROTECTED] tmp]$
--
Summary: some gcc optimizations do not take overflow into account
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pterjan at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23518
[Bug middle-end/23518] some gcc optimizations do not take overflow into account with -fwrapv
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 19:45 --- Note signed overflow is undefined unless you use -fwrapv except that does not fix this. This is a bug in fold, most likely build_range_check. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|rtl-optimization|middle-end Ever Confirmed||1 Keywords||wrong-code Known to fail||3.4.0 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-08-22 19:45:50 date|| Summary|some gcc optimizations do |some gcc optimizations do |not take overflow into |not take overflow into |account |account with -fwrapv http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23518
[Bug libstdc++/23497] [4.1 regression] Bogus 'is used uninitialized...' warning about std::complex
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-22 19:49 --- Subject: Re: [4.1 regression] Bogus 'is used uninitialized...' warning about std::complex "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | This is a bug in libstdc++ headers. Since complex has been come a | "scalar" and cannot be loaded piece wise. That does not make any sense to me. complex is an aggregate, whether it can be loaded separately or not is irrelevant from libstdc++ perspective. This is truly a middle-end bug. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23497
[Bug middle-end/23518] some gcc optimizations do not take overflow into account with -fwrapv
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22
19:52 ---
Here is a java program (since -fwrapv is turned on by default for java
front-end unlike the C front-end
since it is undefined in C and defined in java):
class t
{
public static void main(String as[])
{
int a;
a = Integer.MAX_VALUE;
if ((a < 0) || (a + 1 < 0)) {
System.out.println("Hello");
}
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23518
[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-22 19:22:51 |2005-08-22 19:55:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
[Bug libgcj/23499] [4.1 regression] libgcj/classpath create empty directory $PREFIX/share/classpath/api/
--- Additional Comments From cvs-commit at developer dot classpath dot org 2005-08-22 19:56 --- Subject: Bug 23499 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/22 18:50:11 Modified files: . : ChangeLog doc/api: Makefile.am include: gnu_java_awt_peer_qt_QMatrix.h gnu_java_awt_peer_qt_QPainterPath.h gnu_java_awt_peer_qt_QPen.h gnu_java_awt_peer_qt_QtAudioClip.h gnu_java_awt_peer_qt_QtButtonPeer.h gnu_java_awt_peer_qt_QtCanvasPeer.h gnu_java_awt_peer_qt_QtCheckboxPeer.h gnu_java_awt_peer_qt_QtChoicePeer.h gnu_java_awt_peer_qt_QtComponentPeer.h gnu_java_awt_peer_qt_QtContainerPeer.h gnu_java_awt_peer_qt_QtDialogPeer.h gnu_java_awt_peer_qt_QtEmbeddedWindowPeer.h gnu_java_awt_peer_qt_QtFileDialogPeer.h gnu_java_awt_peer_qt_QtFontMetrics.h gnu_java_awt_peer_qt_QtFontPeer.h gnu_java_awt_peer_qt_QtFramePeer.h gnu_java_awt_peer_qt_QtGraphics.h gnu_java_awt_peer_qt_QtGraphicsEnvironment.h gnu_java_awt_peer_qt_QtImage.h gnu_java_awt_peer_qt_QtLabelPeer.h gnu_java_awt_peer_qt_QtListPeer.h gnu_java_awt_peer_qt_QtMenuBarPeer.h gnu_java_awt_peer_qt_QtMenuComponentPeer.h gnu_java_awt_peer_qt_QtMenuItemPeer.h gnu_java_awt_peer_qt_QtMenuPeer.h gnu_java_awt_peer_qt_QtPanelPeer.h gnu_java_awt_peer_qt_QtPopupMenuPeer.h gnu_java_awt_peer_qt_QtScreenDevice.h gnu_java_awt_peer_qt_QtScrollPanePeer.h gnu_java_awt_peer_qt_QtScrollbarPeer.h gnu_java_awt_peer_qt_QtTextAreaPeer.h gnu_java_awt_peer_qt_QtTextFieldPeer.h gnu_java_awt_peer_qt_QtToolkit.h gnu_java_awt_peer_qt_QtVolatileImage.h gnu_java_awt_peer_qt_QtWindowPeer.h java/io: PrintWriter.java Added files: javax/swing/text: LayoutQueue.java Log message: PR libgcj/23499: * doc/api/Makefile.am (install-data-local): Now conditional on CREATE_API_DOCS. (uninstall-local): Likewise. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.4509&tr2=1.4510&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/doc/api/Makefile.am.diff?tr1=1.17&tr2=1.18&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QMatrix.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QPainterPath.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QPen.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtAudioClip.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtButtonPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtCanvasPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtCheckboxPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtChoicePeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtComponentPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtContainerPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtDialogPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtEmbeddedWindowPeer.h.diff?tr1=1.2&tr2=1.3&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_peer_qt_QtFileDialogPeer.h.diff?tr1=1.4&tr2=1.5&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/include/gnu_java_awt_pe
[Bug ada/23514] fixed point error cause Ada exception block does NOT work
--- Additional Comments From laurent at guerby dot net 2005-08-22 20:01 --- With 4.1.0 20050822 (experimental) on x86-linux, I get as output 27 times "average: 10.00" followed by three times "average:error here!" which seems the correct behaviour since you do for the three last iterations: Avg := Sum / Data'Length; with Data'Length = Index = 0 So you get a division by zero exception. Is the mingw behaviour different, or am I missing something obvious in your code? Laurent -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
[Bug libgcj/23498] [4.1 regression] libgcj/classpath add two undesired info files: hacking.info, vmintegration.info
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 20:02 --- Subject: Bug 23498 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 20:01:53 Modified files: libjava/classpath: ChangeLog.gcj libjava/classpath/doc: Makefile.am Makefile.in Log message: PR libgcj/23498: * doc/Makefile.am (info_TEXINFOS): Commented out. * doc/Makefile.in: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/ChangeLog.gcj.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/doc/Makefile.am.diff?cvsroot=gcc&r1=1.1.1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/doc/Makefile.in.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23498
[Bug libgcj/23498] [4.1 regression] libgcj/classpath add two undesired info files: hacking.info, vmintegration.info
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 20:08 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23498
[Bug ada/23519] New: Dividing fixed point number by zero returns zero.
According to Simon Wright, with GCC 4.0.0 on MacOS X dividing a fixed point number by zero doesn't raise an exception but returns zero instead. The test case is the same as for bug 23514, but it fails in a different way so it appears to be a different bug. -- Summary: Dividing fixed point number by zero returns zero. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: listor1 dot rombobeorn at comhem dot se CC: gcc-bugs at gcc dot gnu dot org,simon at pushface dot org GCC host triplet: powerpc-apple-darwin7.9.0 GCC target triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From listor1 dot rombobeorn at comhem dot se 2005-08-22 20:21 --- Created an attachment (id=9556) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9556&action=view) test case reported to fail -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From listor1 dot rombobeorn at comhem dot se 2005-08-22 20:23 --- Created an attachment (id=9557) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9557&action=view) shorter test case, not tried but expected to show the same behaviour -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 20:24 --- Does Ada require divide by zero throw an exception or is it just undefined? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 20:27 --- This is a true front-end bug as on PPC divide by zero (in an instruction) does not raise an exception so there needs to be an extra check which should have been added by the front-end. Confirmed on the mainline as of 20050705. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC host triplet|powerpc-apple-darwin7.9.0 | GCC target triplet|powerpc-apple-darwin7.9.0 |powerpc-*-* Last reconfirmed|-00-00 00:00:00 |2005-08-22 20:27:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug target/19161] No emms or femms emitted between MMX and FP instructions
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-22 20:32 --- Doing the code review. I've got a local patch for the create_pre_exit ice. I'm going to work to see this in 4.1. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-04-27 00:44:45 |2005-08-22 20:32:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types
--- Additional Comments From tkho at ucla dot edu 2005-08-22 20:38 --- I want to note that a benchmark built with -funsafe-loop-optimizations turns up being slower AFTER fixing the typo (and enabling the specialization), so the specialization code should definitely be removed as soon as gcc can get rid of empty loops. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23358
[Bug ada/23514] fixed point error cause Ada exception block does NOT work
--- Additional Comments From listor1 dot rombobeorn at comhem dot se 2005-08-22 20:39 --- The behaviour reported by Windows users is that on the first division by zero an exception is raised and handled just fine, but the second time the program enters an infinite loop. Gnat 3.15p, Mingw 3.42, Mingw 4.1 and Cygwin GCC 3.4.4-1 all fail. On MacOS X the same test case fails in a different way. See bug 23519. On Gnu/Linux it works as it should. (Gnat 3.15p, GCC 3.4.4 20050314, GCC 4.0.1.) Reference: Usenet message <[EMAIL PROTECTED]> with follow-ups (subject "Ada exception block does NOT work?" in comp.lang.ada) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From charlet at adacore dot com 2005-08-22 20:39 --- Subject: Re: Dividing fixed point number by zero returns zero. > This is a true front-end bug as on PPC divide by zero (in an instruction) > does not raise an exception so > there needs to be an extra check which should have been added by the front-end There is no such requirement in Ada that would force the compiler to map a PPC divide by zero to an Ada exception. If you want this kind of check, be sure to use -gnato. Is -gnato used here ? I suspect not, although the compilation command has not been provided as far as I can see. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23519] Dividing fixed point number by zero returns zero.
--- Additional Comments From laurent at guerby dot net 2005-08-22 20:42 --- Could you try to add before "end g;" the following line: Ada.Text_IO.Put_Line (Boolean'Image (T'Machine_Overflows)); And report wether it prints True or False? On x86 and x86_64-linux it prints True but I do get an exception (without -gnato as of 20050822). >From the Ada RM A.5.4 Attributes of Fixed Point Types 4 S'Machine_Overflows Yields the value True if overflow and divide-by-zero are detected and reported by raising Constraint_Error for every predefined operation that yields a result of the type T; yields the value False otherwise. The value of this attribute is of the predefined type Boolean. I'm not sure what the compiler is supposed to do when Machine_Overflows is False. Laurent -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23519
[Bug ada/23514] fixed point error cause Ada exception block does NOT work
--- Additional Comments From laurent at guerby dot net 2005-08-22 20:48 --- Ok it's always better to put the context in bugzilla, I don't read comp.lang.ada regularly anymore these days :). I haven't seen reports of mingw Ada 4.1 testing on [EMAIL PROTECTED], could someone post one or post here an URL if I missed one? That will at least tell us wether the Ada compiler is completely broken or not on mingw. Laurent -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23514
[Bug c++/23520] template instantiation disables inlining
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 20:54 --- *** This bug has been marked as a duplicate of 14950 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23520
[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-08-22 20:54 --- *** Bug 23520 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||herring at lanl dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950
[Bug c++/23520] template instantiation disables inlining
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 20:55 --- Oh, next time don't copy and paste the preprocessed source into the bug but rather attach it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23520
[Bug c++/23520] template instantiation disables inlining
--- Additional Comments From herring at lanl dot gov 2005-08-22 21:14 --- (In reply to comment #3) > Oh, next time don't copy and paste the preprocessed source into the bug but rather attach it. Er, yeah, I feel silly now -- I found #14950 while trying to make sure that mine had been submitted; should have done that first! As for attaching, I used `gccbug' and it didn't seem to give me the option. Is regular mail with attachments in fact the preferred form? http://gcc.gnu.org/bugs.html said gccbug was preferred if you couldn't just put into Bugzilla directly... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23520
[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22 21:32 --- Another patch can be found at http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01331.html -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01331.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23517
[Bug libgcj/23495] java.lang.String.equals is suboptimal
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 21:54 --- Robin, could you do another test where you use memcmp instead of a hand-written loop? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23495
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-22 22:03 --- SPEC results for i686-pc-linux-gnu follow. The only significant regression is in galgel, overall it's about 1% better for SPECint and 2% better for SPECfp. Note that crafty improves a lot because of Dale's patch. 164.gzip 1400 151 925* 1400 152 921* 175.vpr 1400 163 859* 1400 162 862* 176.gcc 1100 70.9 1552* 1100 71.1 1548* 181.mcf 1800 1761021* 1800 1761020* 186.crafty1000 107 938* 1000 102 984* 197.parser1800 205 877* 1800 205 876* 252.eon 1300 149 873* 1300 141 919* 253.perlbmk 1800 1261434* 1800 1231464* 254.gap 1100 82.1 1340* 1100 80.8 1361* 255.vortex1900 1341415* 1900 1341413* 256.bzip2 1500 161 930* 1500 161 933* 300.twolf 3000 2351276* 3000 2341281* SPECint_base2000 1093 SPECint2000 1106 168.wupwise 1600 174 920* 1600 173 926* 171.swim 3100 1801721* 3100 1811713* 172.mgrid 1800 257 700* 1800 257 701* 173.applu 2100 2001049* 2100 1991056* 177.mesa 1400 1251116* 1400 1231138* 178.galgel2900 305 952* 2900 312 930* 179.art 2600 2161206* 2600 2121229* 183.equake1300 80.5 1615* 1300 76.1 1708* 187.facerec 1900 286 664* 1900 286 664* 188.ammp 2200 305 721* 2200 298 739* 189.lucas 2000 225 889* 2000 203 983* 191.fma3d 2100 397 530* 2100 373 563* 200.sixtrack 1100 188 587* 1100 188 586* 301.apsi 2600 262 991* 2600 261 996* SPECfp_base2000921 SPECfp2000 939 NOTES - Base flags: -O2 -msse -msse2 -mfpmath=sse Peak flags: -O2 -msse -msse2 -mfpmath=sse -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug libgcj/23367] _Jv_FindMethodInCache is not thread-safe
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 22:09 --- I have a patch to make this use TLS when it is available. I'm testing it. -- 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-08-22 22:09:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367
[Bug libgcj/22622] gnu/classpath/Configuration.java being grep'ed for before created
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 22:09 --- Testing a fix. -- What|Removed |Added AssignedTo|tromey at redhat dot com|tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-22 22:09:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22622
[Bug libgcj/22622] gnu/classpath/Configuration.java being grep'ed for before created
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 22:39 --- Subject: Bug 22622 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 22:39:12 Modified files: libjava: ChangeLog configure configure.ac Log message: PR libgcj/22622: * configure: Rebuilt. * configure.ac: Correctly create Configuration.java (for temporary use). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3726&r2=1.3727 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&r1=1.275&r2=1.276 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&r1=1.36&r2=1.37 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22622
[Bug libgcj/22622] gnu/classpath/Configuration.java being grep'ed for before created
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22 22:40 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22622
[Bug target/23521] New: [m68k] bootstrap failure in libgfortran
CVS 20050818 (current CVS 4.0 doesn't build gfortran as well) shows: /home/doko/gcc/gcc-snapshot-20050818/build/./gcc/xgcc -B/home/doko/gcc/gcc-snapshot-20050818/build/./gcc/ -B/usr/lib/gcc-snapshot/m68k-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/m68k-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/m68k-linux-gnu/include -isystem /usr/lib/gcc-snapshot/m68k-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libgfortran -I. -iquote../../../src/libgfortran/io -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c ../../../src/libgfortran/intrinsics/stat.c -fPIC -DPIC -o .libs/stat.o ../../../src/libgfortran/intrinsics/stat.c: In function 'fstat_i8_sub': ../../../src/libgfortran/intrinsics/stat.c:448: error: unrecognizable insn: (insn 84 83 85 10 ../../../src/libgfortran/intrinsics/stat.c:401 (set (mem:DI (plus:SI (reg:SI 46)(reg:SI 45)) [3 S8 A16]) (zero_extend:DI (mem/s:SI (plus:SI (reg/f:SI 26 virtual-stack-vars) (const_int -78 [0xffb2])) [6 sb.st_mode+0 S4 A16]))) -1 (nil) (nil)) ../../../src/libgfortran/intrinsics/stat.c:448: internal compiler error: in extract_insn, at recog.c:2084 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[5]: *** [stat.lo] Error 1 make[5]: Leaving directory `/home/doko/gcc/gcc-snapshot-20050818/build/m68k-linux-gnu/libgfortran'make[4]: *** [all] Error 2 -- Summary: [m68k] bootstrap failure in libgfortran Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org CC: gcc-bugs at gcc dot gnu dot org,schwab at suse dot de GCC target triplet: m68k-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23521
[Bug target/23521] [m68k] bootstrap failure in libgfortran
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 23:40 --- This is a dup of bug 23435. *** This bug has been marked as a duplicate of 23435 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23521
[Bug target/23435] [4.1 Regression] Unrecognizable insn (in extract_insn, at recog.c)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 23:40 --- *** Bug 23521 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23435
[Bug middle-end/21105] [4.0/4.1 Regression] Compiling of large array fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 23:52 --- Subject: Bug 21105 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 23:52:24 Modified files: gcc/cp : ChangeLog decl.c Log message: Partial fix for too large arrays. PR tree-optimization/21105 * decl.c (grokdeclarator): Use TYPE_SIZE_UNIT not TYPE_SIZE for array size check. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4854&r2=1.4855 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1419&r2=1.1420 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21105
[Bug c++/23426] [4.0/4.1 Regression] partial fix too large array problem
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-22 23:56 --- Subject: Bug 23426 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-22 23:56:30 Modified files: gcc/cp : ChangeLog Log message: Correct PR number in last patch checked in. PR tree-optimization/23426 * decl.c (grokdeclarator): Use TYPE_SIZE_UNIT not TYPE_SIZE for array size check. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4855&r2=1.4856 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23426
