When compiling the following subroutine test.F:
--- snip
SUBROUTINE BUG(ID,PARNAM)
IMPLICIT NONE
C .. Scalar Arguments ..
CHARACTER *8 PARNAM
INTEGER ID
C .. External Functions ..
CHARACTER *8 PANAME
EXTERNAL PANAME
C
PARNAM = PANA
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-11 06:46 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Hi Gaby,
|
| I have read Sutter's Modest Proposal on fixing AD
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-11 06:31 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| > Furthermore, and more importantly, GCC bugzilla is the not t
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-11
04:44 ---
/home/jim/gcc/gcc/gcc/testsuite/gcc.dg/vect/vect-105.c:38: note: not vectorized:
unsupported unaligned load
--
What|Removed |Added
---
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-11
04:22 ---
fixed
--
What|Removed |Added
Known to fail|4.0.0 4.1.0 |4.0.0
Kno
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
04:22 ---
Subject: Bug 23225
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-11 04:21:55
Modified files:
gcc: ChangeLog tree.c
gcc/testsui
--- Additional Comments From adah at netstd dot com 2005-08-11 03:51
---
Hi Gaby,
I have read Sutter's Modest Proposal on fixing ADL that you referred to me. If
you had told me earlier about this instead of bluntly telling me this was not a
GCC bug, I would have much more quickly giv
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
03:37 ---
Hmm, I think we are not looking into the class's outer class's supper class but
I don't know how to
prove this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
03:06 ---
(In reply to comment #5)
> Huh, read_class is failing for java.util.SynchronizedCollection.
Woops I was stupid, that should fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
02:59 ---
Huh, read_class is failing for java.util.SynchronizedCollection.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
02:39 ---
More information, maybe_layout_super_class is returning NULL.
the Supper class is SynchronizedCollection.
This is for java.util.Collections$SynchronizedSet.
Which means we have a couple of issues like thi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
02:15 ---
first_vi_for_offset
Just to get a search off the comments to find this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22615
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
02:01 ---
This is definetly not a regression.
Before 4.0.0, we got:
javax/swing/AbstractButton.java: In class
`javax.swing.AbstractButton$AccessibleAbstractButton':
javax/swing/AbstractButton.java: In method `(javax.
--- Additional Comments From adah at netstd dot com 2005-08-11 02:01
---
(In reply to comment #76)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | Now to your point. Please notice that my curr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
01:58 ---
[21:55] < pinskia> tromey: it is hitting class.c:2151
[21:55] < pinskia> which is causing the class not to be layout at all
Here is the backtrace:
#0 layout_class (this_class=0xb7cda78c) at
/home/peshtigo
--- Additional Comments From danalis at cis dot udel dot edu 2005-08-11
00:58 ---
Created an attachment (id=9466)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9466&action=view)
Source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23322
We ran the bench++ suite, mentioned as well in
http://gcc.gnu.org/ml/gcc/2005-08/msg00197.html ,
using -O2 and we noticed one more interesting case.
Namely, S05m runs slower (x4) when compiled with
g++-4.0.1 than when compiled with either g++-2.95.3,
or g++-4.1.0-20050723.
This regression does
c Summary: Direct unformatted read beyond EOF cores
c This program demonstrates a bug in gfortran/libgfortran.
c The bug is that a
c program dumps core when reading beyond the end of
c a access='direct', form='unformatted' file instead
c of transfering control to 'err=' label.
c Also, retur
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
00:02 ---
Hmm, it ICEs now on the mainline after the error, I want to say the ICE is
regression.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
23:55 ---
And now it just rejects it.
--
What|Removed |Added
Keywords|ice-on-valid-code
--
What|Removed |Added
OtherBugsDependingO||18131
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
23:11 ---
Here's the failure:
/home/tromey/Merge/build/gcc/gcj
-B/home/tromey/Merge/build/i686-pc-linux-gnu/libjava/
-B/home/tromey/Merge/build/gcc/ -ffloat-store -fclasspath=
-fbootclasspath=/home/tromey/Merge/build/
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-10
22:23 ---
Ira, this is because your assert's don't match the conditions that will cause it
to return:
We early exit if we have
if (DR_BASE_OBJECT (dra) && DR_BASE_OBJECT (drb))
The assert a little later however,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
22:10 ---
Here is a slightly smaller testcase:
void euifrac (int *i, short *p, int k)
{
unsigned int ll = 0;
unsigned short xi[9] = {0};
do
{
int i;
unsigned short *x = xi;
for (i = 2; i < 8; i++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
22:01 ---
Confirmed, a regression from 4.0.0.
--
What|Removed |Added
Status|UNCONFIRMED
ppropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
$ ./cc1 --version
GNU C version 4.1.0 20050810 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 3.3.4 (pre 3.3.5 20040809).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
$
--
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2331
le-nls
--enable-threads=posix --disable-multilib --enable-checking
Thread model: posix
gcc version 4.0.2 20050810 (prerelease)
--
What|Removed |Added
Status|UNCON
--- Additional Comments From kafka dot fr at laposte dot net 2005-08-10
20:57 ---
Created an attachment (id=9465)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9465&action=view)
Files to trigger the bug (concatenated for use with gnatchop)
--
http://gcc.gnu.org/bugzilla/show_b
Full output from gnatmake :
--8<-8<-8<-8<-8<-8<-8<-8<-8<-8<---
[EMAIL PROTECTED](0) test $ gnatmake -gnat05 test
gcc -c -gnat05 test.adb
+===GNAT BUG DETECTED==+
| 4.1.0 20050806 (experimental) (i686-pc
--
Bug 21594 depends on bug 22143, which changed state.
Bug 22143 Summary: missing kinds 1 and 2 for eoshift and cshift
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22143
What|Old Value |New Value
-
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-10
20:32 ---
Fixed in mainline and 4.0.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:31 ---
Subject: Bug 21887
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 20:31:30
Modified files:
gcc: ChangeLog
Log message:
forg
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
20:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-10 20:27 ---
Subject: Bug 22580
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/10 18:53:25
Modified files:
.
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-10 20:27 ---
Subject: Bug 23238
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/10 18:40:13
Modified files:
.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:25 ---
Subject: Bug 22143
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 20:25:02
Modified files:
gcc/fortran: Change
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-10 20:19
---
I suggest running the code through ftnchek and fixing potential
problems. These looks suspicious
Warning in module MAIN in file show_bug.f: Variables used before set
IDATWR used at line 15 file show_bug.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:16 ---
Subject: Bug 22143
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 20:16:29
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c iresol
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From law at redhat dot com 2005-08-10 18:57 ---
Subject: Re: [tree-ssa] Merge two "if"s if
one subsumes the other.
On Sat, 2005-06-11 at 19:16 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:53 ---
I checked in a fix to classpath.
I'll pull it into libgcj with the next update.
(If it is more urgent I can pull it in separately sooner.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22580
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:47 ---
I'm handling this.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tr
--- Additional Comments From ro at gcc dot gnu dot org 2005-08-10 18:32
---
There are three additional similar failures now, perhaps Richard could have a
look:
+FAIL: gcc.dg/vect/vect-reduc-7.c (test for excess errors)
+WARNING: gcc.dg/vect/vect-reduc-7.c compilation failed to produce e
This program run Ok on the Macintosh or on LINUX with the -g option, but fails
with the -O option on LINUX.
dir/junk2> gfortran -w -O -o timefun timefun.f
dir/junk2> timefun < timefun.in
1t i m e f u n c t i o n d a t a
number of time functions (ntfn) =1
max numbe
--- Additional Comments From laurent at guerby dot net 2005-08-10 17:35
---
On 4.0 x86 and x86_64, we also have the 32 4.1 ICE:
a54b02a c32001a c34001a c34001c c34001d
c34001f c34011b c35003a c35003b c35502b
c35502p c35508a c35508b c35508e c35508g
c35508l c35508o c35508p c36104a c37005a
--
Bug 21824 depends on bug 21819, which changed state.
Bug 21819 Summary: i*86-*-gnu* not enabled in configure.ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21819
What|Old Value |New Value
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
17:19 ---
I checked in the fix.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
17:19 ---
Subject: Bug 21819
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 17:19:03
Modified files:
libffi : ChangeLog configure configure.ac
Lo
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
17:18 ---
Subject: Bug 21819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 17:18:38
Modified files:
libffi : Change
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
16:25 ---
Backtrace of the ICE
#0 internal_error (gmsgid=0x882bbf8 "tree check: %s, have %s in %s, at %s:%d")
at diagnostic.c:534
#1 0x085f4b11 in tree_check_failed (node=0x402892c0,
file=0x87b4728 "../../.
--- Additional Comments From amacleod at redhat dot com 2005-08-10 15:55
---
A quick glance shows that parse_ssa_operands() does not expect to receive a tree
that looks like:
b.c[d_5].i
get_expr_operands is called on this, and when processing COMPONENT_REF:
ref = okay_component
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
15:37 ---
In 3.4 and above, I get:
t4.cc:16: error: ambiguous overload for operator>> in Temp >> (int)Val
/home/gates/pinskia/linux/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/istream:
131: note:
On Mon, Aug 08, 2005 at 02:14:42PM -0700, Steve Kargl wrote:
>On Mon, Aug 08, 2005 at 09:23:07AM +0200, Bernhard Fischer wrote:
>> + if (gfc_option.fixed_line_length == 72) /* default */
>> +maxlen = GFC_MAX_LINE;
>Unless I misunderstand the above, the following
>
> gfortran -ffixe
--- Additional Comments From peter at gamelogic dot com 2005-08-10 15:27
---
Created an attachment (id=9463)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9463&action=view)
Test case which shows failing and successful examples of this bug.
--
http://gcc.gnu.org/bugzilla/show_b
Assigning to an enum value from, for example, an istringstream fails, but the
failure bit on the istream
is not set. Using an int temporary works just fine.
The .ii file is attached. The output of g++ -v -save-temps Test.cpp is:
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Confi
--- Additional Comments From christian dot engstrom at glindra dot se
2005-08-10 14:41 ---
Subject: Re: Unused copy constructor can't be private
giovannibajo at libero dot it wrote:
> Please read:
> http://gcc.gnu.org/gcc-3.4/changes.html
Quite right. That was indeed a surprising rul
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
13:53 ---
Please read: http://gcc.gnu.org/gcc-3.4/changes.html:
When binding an rvalue of class type to a reference, the copy constructor of
the class must be
accessible. For instance, consider the following code:
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
13:52 ---
Please read:
http://gcc.gnu.org/gcc-3.4/changes.html
--
What|Removed |Added
Stat
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
13:49 ---
No testcase was added, so reopening this until the testcase is committed.
--
What|Removed |Added
--
The program below compiles and behaves as expected with gcc 3.3.1(*), but not
with 3.4.2. I believe that it is the older version of the compiler that is
right.
gcc 3.4.2 will not compile the program as long as the copy constructor for the
"x" class is private, even though the copy constructor sho
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
12:58 ---
I'm reducing the testcase from 23310 at the moment. Trying to produce both
an ice-on-valid and a (smaller) ice-on-invalid (or ice-on-ice, whatever will
come out of it ;)).
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:17 ---
(In reply to comment #2)
> Isn't this a testsuite issue?
Yes, Confirmed.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:14 ---
Lets keep this in waiting until there is a testcase.
--
What|Removed |Added
Stat
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From Tobias dot Kranz at bka dot bund dot de
2005-08-10 12:12 ---
The same with the current snapshot! :-(
(1) Compiling samba with gcc-4.0-20050804 works, but when i run 'smbd --help'
smbd crashes again!
When I compile it with gcc-3.4.3 ist works fine.
(2) I'm s
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:50 ---
Confirmed, ICC also does not warn or error out.
--
What|Removed |Added
Status|UN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:46 ---
Forgot to say this is to native from source.
t.2.java: In class 't1':
t.2.java: In method 't1.gg(t1)':
t.2.java:1: error: statement types mismatch
t5D.369 = D.410;
struct t1D.364 *
struct t2D.370 *
t.2.java
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-10 11:43
---
It's okay, your first testcase was adequately reduced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
--
What|Removed |Added
BugsThisDependsOn||23315
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase:
class t1
{
native t2 getParent();
void gg(t1 t5)
{
t5 = t5.getParent();
}
}
class t2 extends t1 { }
The other testcase reduced from gnu/awt/LightweightRedirector.java.
Again use the first patch in PR 22368.
--
Summary: java produces mismatch types in MODIFY_EXPR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:41 ---
More reduced testcase:
class t1
{
void getParent(){t1 tt = null;}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-10 11:35 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Now to your point. Please notice that my current stance is not
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:28 ---
(In reply to comment #18)
> Small testcase from PR 23313, showing ICE on invalid:
the code does not ICE but creates "wrong code" at runtime.
--
What|Removed |Added
--
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
11:25 ---
Small testcase from PR 23313, showing ICE on invalid:
-
int main(){
int i;
asm (
"xorl %%ebp, %%ebp\n\t"
"movl %0, %%ebp\n\t"
:: "m" (
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:22 ---
This was reduced from gnu/awt/LightweightRedirector.java
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
--
What|Removed |Added
BugsThisDependsOn||23314
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase, compile to native from source:
class t
{
void f(Object[] releaseTargets)
{
releaseTargets[0] = null;
}
}
t.2.java: In method 't.f(java.lang.Object[])':
t.2.java:1: error: statement types mismatch
releaseTargets.0D.397->dataD.387[D.405] = 0B;
struct *
voidD.8 *
t.2.java:1: i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:53 ---
4.0.0 ICEs for me so does 3.4.0. 3.3.3 does not.
--
What|Removed |Added
GCC build triplet|i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:47 ---
*** Bug 23313 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:47 ---
This is a dup of bug 11807. at -O1 and above, we get an error:
t.c: In function `main':
t.c:11: error: bp cannot be used in asm here
*** This bug has been marked as a duplicate of 11807 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:46 ---
Frame pointer is still not fixed at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
* the code segfaults
* there is no error message, not even a warning
* the docs dont say ebp on the clobber list has undefinied behaviour though you
could argue its common knowledgde that gcc-asm has undefined behavior in general
testcase:
int main(){
int i;
asm (
"xorl %%ebp, %%e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:33 ---
I think this was caused by:
2005-08-08 Richard Henderson <[EMAIL PROTECTED]>
PR 22439
* gimplify.c (gimplify_one_sizepos): Preserve the original type.
Which means it is also on the 4.0 br
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:30 ---
*** Bug 23310 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:30 ---
*** This bug has been marked as a duplicate of 22444 ***
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-08-10 10:29
---
cc3601a cxacb01
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23312
--- Additional Comments From laurent at guerby dot net 2005-08-10 10:29
---
Forgot the list:
a54b02a c32001a c34001a c34001c c34001d
c34001f c34011b c35003a c35003b c35502b
c35502p c35508a c35508b c35508e c35508g
c35508l c35508o c35508p c36104b c37005a
c43215a c43215b c433001 c45242b c5
32 similar ICEs appeared on x86 and x86_64 between:
LAST_UPDATED: Sat Aug 6 15:29:38 UTC 2005
LAST_UPDATED: Tue Aug 9 20:10:22 UTC 2005
+===GNAT BUG DETECTED==+
| 4.1.0 20050809 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| tre
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:26 ---
(In reply to comment #3)
> I believe we can only do so for -fwrapv (but we don't) or for unsigned (which
> we
> also don't do). I may look at this somewhen in the future.
Why do you believe that with -fno
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-10 10:07 ---
We need at least preprocessed testcase to reproduce wrong-code bug. And please
try current snapshot of 4.0 branch, there are some bugs fixed:
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20050804/gcc-4
When compiling samba-3.0.14a with the attached configure-options, the smbd and
winbindd are crashing randomly when started with the '--help'-Option. Sometimes
the show the beginning of the help-screen an then they crash with SIGSEGV. The
next time there is an infinite loop of the help-screen. It se
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:40 ---
Maybe too fast in blaming IVOPTs -- the ICE is during update_ssa of the alias
pass, and -fdump-tree-alias fixes it. This is a duplicate bug of ... ? (I had
this personally at one time) Maybe it's worth mi
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:32 ---
Confirmed.
/mnt/hd/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_set.h: In member
function âstd::pair,
_Compare, typename _Alloc::rebind<_Key>::other>::const_iterator, bool>
std::set<_Key, _Comp
--- Additional Comments From inaoka dot kazuhiro at renesas dot com
2005-08-10 09:27 ---
m32r is no longer affected.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:23 ---
I believe we can only do so for -fwrapv (but we don't) or for unsigned (which we
also don't do). I may look at this somewhen in the future.
We also don't canonicalize
int f(int a)
{
return a + a + a;
}
--- Additional Comments From inaoka dot kazuhiro at renesas dot com
2005-08-10 09:20 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:15 ---
I can confirm a ~2.x time slowdown going from -O2 to -O2 -finline-functions on
i686. Though this is unfortunate.
--
What|Removed |Added
-
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
08:58 ---
Patch submitted.
--
What|Removed |Added
URL||http
1 - 100 of 107 matches
Mail list logo
