[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30 06:54 --- Subject: Bug 21286 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-30 06:54:08 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: fstream.tcc Log message: 2005-04-29 Paolo Carlini <[EMAIL PROTECTED]> Nathan Myers <[EMAIL PROTECTED]> PR libstdc++/21286 * include/bits/fstream.tcc (basic_filebuf<>::xsgetn): Loop on short reads; remove the work-around for libstdc++/20806, not needed anymore. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2986&r2=1.2987 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/fstream.tcc.diff?cvsroot=gcc&r1=1.129&r2=1.130 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
[Bug c++/21279] static Derived-to-Base cast fails when ~Derived has run.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 05:46 --- I think this is invalid but I don't have the standard in front of me. -- What|Removed |Added Summary|static Derived-to-Base cast |static Derived-to-Base cast |fails when ~Derived has run.|fails when ~Derived has run. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21279
[Bug c++/21279] static Derived-to-Base cast fails when ~Derived has run.
--- Additional Comments From hpreg at vmware dot com 2005-04-30 05:33 --- *** Bug 20304 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||hpreg at vmware dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21279
[Bug c++/20304] Invalid value returned by operator '&' when -O is used
--- Additional Comments From hpreg at vmware dot com 2005-04-30 05:33 --- Bug 21279 is about the same issue, but has a better simpler standalone test case. *** This bug has been marked as a duplicate of 21279 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20304
[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2
--- Additional Comments From jvdelisle at verizon dot net 2005-04-30 05:06 --- I am getting serious regressions here. i686-pc-linux-gnu gcc version 4.1.0 20050430 (experimental) with -O2 cbb.out: ZBB: 11 out of 3000 tests failed to pass the threshold cbb.out: ZBB: 12 out of 3000 tests failed to pass the threshold cgd.out: CGV drivers: 94 out of 1092 tests failed to pass the threshold cgd.out: CGS drivers: 16 out of 1560 tests failed to pass the threshold cgg.out: CGG: 20 out of 2184 tests failed to pass the threshold cgg.out: CGG drivers: 18 out of 1274 tests failed to pass the threshold cgg.out: CGG: 20 out of 2184 tests failed to pass the threshold cgg.out: CGG drivers: 18 out of 1274 tests failed to pass the threshold cgg.out: CGG: 20 out of 2184 tests failed to pass the threshold cgg.out: CGG drivers: 18 out of 1274 tests failed to pass the threshold cgg.out: CGG: 23 out of 2184 tests failed to pass the threshold cgg.out: CGG drivers: 18 out of 1274 tests failed to pass the threshold csep.out: CST drivers: 1 out of 11664 tests failed to pass the threshold dgd.out: DXV drivers:200 out of 5000 tests failed to pass the threshold sgd.out: SXV drivers: 37 out of 5000 tests failed to pass the threshold ssep.out: SST:1 out of 4662 tests failed to pass the threshold ssep.out: SST drivers: 1 out of 14256 tests failed to pass the threshold zbb.out: ZBB: 10 out of 3000 tests failed to pass the threshold zbb.out: ZBB: 10 out of 3000 tests failed to pass the threshold zgd.out: ZGV drivers: 89 out of 1092 tests failed to pass the threshold zgd.out: ZGS drivers: 15 out of 1560 tests failed to pass the threshold zgd.out: ZXV drivers: 24 out of 5000 tests failed to pass the threshold zgg.out: ZGG: 22 out of 2184 tests failed to pass the threshold zgg.out: ZGG drivers: 18 out of 1274 tests failed to pass the threshold zgg.out: ZGG: 20 out of 2184 tests failed to pass the threshold zgg.out: ZGG drivers: 18 out of 1274 tests failed to pass the threshold zgg.out: ZGG: 20 out of 2184 tests failed to pass the threshold zgg.out: ZGG drivers: 18 out of 1274 tests failed to pass the threshold zgg.out: ZGG: 20 out of 2184 tests failed to pass the threshold zgg.out: ZGG drivers: 18 out of 1274 tests failed to pass the threshold -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes
--- Additional Comments From ncm-nospam at cantrip dot org 2005-04-30 03:49 --- (In reply to comment #5) > ... Thus, if you're writing structs, the reader will > see half a struct. Sorry, that's "will never see half a struct". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
[Bug tree-optimization/21294] Missed removal of null pointer check
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-30 03:34 --- I've got a patch in testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21294
[Bug tree-optimization/21294] Missed removal of null pointer check
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21294
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 03:06 --- because they are supposed to also be constant, because even though overflowed, they do not change, ever. :) constants are constants are constants are constants. If it's not a constant, it shouldn't be a _CST node. In addition, all _CST nodes should be is_gimple_min_invariant, because they are a subset of the invariants. We don't give CST nodes value handles, because their value is always themselves. This one was not until Zdenek's change. That is a bug, and he fixed it. The verifier catches it because it checks to make sure that everything it doesn't give a value handle to is a min_invariant (as they should be :P) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21294] Missed removal of null pointer check
-- What|Removed |Added CC||kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21294
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-30 02:45 --- Certainly. Presumably the expectation was that overflowed constants would not get here. But I confess I don't see why not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes
--- Additional Comments From ncm-nospam at cantrip dot org 2005-04-30 02:11 --- Just to add... if sgetn() loops reading until it gets n bytes, but underflow() accepts a pipe's short reads, then in_avail() will report the size of the short read. Then, istream::read_some() will rdbuf->sgetn(p,rdbuf->in_avail()), thus matching POSIX pipe semantics when attached to a pipe. (For those who don't know: as long as whoever is writing the other end of the pipe writes no more than PIPE_BUF bytes into it, then POSIX requires that read() deliver the bytes on write boundaries. Thus, if you're writing structs, the reader will see half a struct. If you're writing short-enough lines, the reader will only ever see complete lines -- although you might see more than one. Watch out that PIPE_BUF is 4K or more on Linux, but only 512 bytes on BSD!) It's exciting to finally get this right. With a bit more work, I see now that we might be able to support nonblocking file descriptors, and maybe even zero-copy I/O, too! Thank you, Ralf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 01:58 --- This is also what i figured was the patch that fixed it However, it *is* necessary for correctness because we need to consider constants to be invariant, or else set_value_handle and friends will break. We have nothing in a constant to hang a value handle off :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From dalej at gcc dot gnu dot org 2005-04-30 01:56 --- Yes, I figured out that allowing overflowed constants in is_gimple_min_invariant would fix it. But that doesn't seem like it should be necessary for correctness. Zdenek changed it to improve optimization, not because it broke things. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21294] Missed removal of null pointer check
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 01:46 --- For VRP to catch this, extract_range_from_unary_expr has to be enhanced to deal with ADDR_EXPR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21294
[Bug tree-optimization/21294] New: Missed removal of null pointer check
struct f
{
int i;
};
void link_error ();
void g(struct f *i)
{
i->i = 1;
if (&i->i == 0)
link_error ();
}
int main()
{
struct f n;
g(&n);
}
There should be no references to link_error.
The following is optimized:
void link_error ();
void g(int *i)
{
*i = 1;
if (i == 0)
link_error ();
}
int main()
{
int n;
g(&n);
}
--
Summary: Missed removal of null pointer check
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21294
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
01:29 ---
Reduced even further:
struct {
double x[1];
} g;
void k( double *, double*);
void h(int Tmp8)
{
int i;
for(i = 1;i <= Tmp8;i++)
k(&g.x[ + -1],&g.x[ Tmp8 + -1]);
}
--
What|Removed |Added
Last reconfirmed|2005-04-30 01:10:30 |2005-04-30 01:29:38
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 01:17 --- I just checked and a back porting of that patch fixes the ICE. I might do the bootstrap/testing if I get some time tomorrow or later this week. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org, pinskia at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21293] [4.0 Regression] ICE in set_value_handle
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 01:10 --- This works on the mainline but fails on the 4.0.0 branch. I think this was fixed on the mainline by: 2005-03-14 Zdenek Dvorak <[EMAIL PROTECTED]> * tree-cfg.c (find_taken_edge_cond_expr): Use zero_p instead of integer_zerop. * tree-gimple.c (is_gimple_min_invariant): Consider overflowed constants invariant. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.0.0 Known to work||3.4.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-04-30 01:10:30 date|| Summary|ICE on valid|[4.0 Regression] ICE in ||set_value_handle Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
Re: behavior of -E with -g3
On Apr 29, 2005, at 8:52 PM, Martin Sebor wrote: I was surprised to see macro definitions in the output of gcc -E -g3 (see below). Is that behavior by design or is it a bug? (I haven't seen anything about it in the manual, other than what -g/leve/ mentions about debugger support for macro expansion). This is by design as we need to keep track of macros so when you are trying to reproduce a failure with -g3, you have them in the preprocessed source. -- Pinski
behavior of -E with -g3
I was surprised to see macro definitions in the output of gcc -E -g3 (see below). Is that behavior by design or is it a bug? (I haven't seen anything about it in the manual, other than what -g/leve/ mentions about debugger support for macro expansion). Thanks Martin $ cat t.cpp && gcc -E t.cpp -g3 | grep -v "#define __" #define FOO bar # 1 "t.cpp" # 1 "/tmp//" # 1 "" #define sparc 1 #define unix 1 #define sun 1 #define _XOPEN_SOURCE 500 #define _LARGEFILE_SOURCE 1 #define _LARGEFILE64_SOURCE 1 # 1 "" # 1 "t.cpp" #define FOO bar
[Bug tree-optimization/21293] ICE on valid
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 00:46 --- (In reply to comment #1) > Fold turns > > D.1157 = &fmcom_D.1134.x_D.1132[0] + -8B; > into > > D.1157 = &fmcom_D.1134.x_D.1132[-1]; > > which seems very wrong (we eventually crap out on the overflowed constant) Now if this was not an overflowed constant, it would be valid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug target/19602] -mno-80387 or -mfpmath=sse should define __NO_MATH_INLINES
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-30 00:21 --- We will not be setting __NO_MATH_INLINES for any reason. Work with glibc to get the inlines disabled at the source under the correct conditions. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19602
[Bug tree-optimization/21293] ICE on valid
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 00:17 --- Fold turns D.1157 = &fmcom_D.1134.x_D.1132[0] + -8B; into D.1157 = &fmcom_D.1134.x_D.1132[-1]; which seems very wrong (we eventually crap out on the overflowed constant) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug c/19694] [3.4 Regression] Warning about mismatched function declaration is now error
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-30 00:06 --- Fixed in 4.0.0. c-decl.c in 3.4 was part way through a rewrite and that intermediate version is fairly buggy and fragile, so backporting fixes to that version seems inadvisable. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19694
[Bug c/18935] [3.4 Regression] Error on reference of 'extern' variable in block scope.
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-30 00:05 --- Fixed in 4.0.0. c-decl.c in 3.4 was part way through a rewrite and that intermediate version is fairly buggy and fragile, so backporting fixes to that version seems inadvisable. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18935
[Bug c/18799] [3.4 Regression] error: static declaration of 'x' follows non-static declaration
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-30 00:04 --- Fixed in 4.0.0. c-decl.c in 3.4 was part way through a rewrite and that intermediate version is fairly buggy and fragile, so backporting fixes to that version seems inadvisable. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18799
[Bug c/16666] [3.4 regression] dremf type conflict
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-30 00:02 --- Fixed in 4.0.0. c-decl.c in 3.4 was part way through a rewrite and that intermediate version is fairly buggy and fragile, so backporting fixes to that version seems inadvisable. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug c/15698] [4.0/4.1 Regression] no error in presence of broken builtin fn + K&R declaration
-- Bug 15698 depends on bug 1, which changed state. Bug 1 Summary: [3.4 regression] dremf type conflict http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15698
[Bug tree-optimization/21293] New: ICE on valid
The following crashes at compile time with -O2, on a local compiler built from
4.0 branch sources:
foo3.c: In function 'gciprt_':
foo3.c:8: internal compiler error: in set_value_handle, at tree-vn.c:179
(This has been cut down from a large original which did not have all those
uninitialized variables.)
struct {
int k_;
} detwfn_;
struct {
double x_[1];
} fmcom_;
void gciprt_(int *iw_)
{
int Tmp8, ibcon_, iwrk_, ibo_, jstsym_, lcivec_, iacon_, igmul_;
int i_, nsym_, ipica_, ipicb_;
ibo_ = iwrk_ + 43;
Tmp8 = detwfn_.k_;
for(i_ = 1;i_ <= Tmp8;i_++) {
gcisym_(iw_,&fmcom_.x_[lcivec_ + -1],&fmcom_.x_[ipica_ +
-1],&fmcom_.x_[ipicb_ + -1],
&fmcom_.x_[iacon_ + -1],&fmcom_.x_[ibcon_ + -1],&fmcom_.x_[igmul_ +
-1],&nsym_,
&fmcom_.x_[iwrk_ + -1],&fmcom_.x_[ibo_ + -1],&jstsym_);
}
return ;
}
--
Summary: ICE on valid
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dalej at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.0.0
GCC host triplet: powerpc-apple-darwin8.0.0
GCC target triplet: powerpc-apple-darwin8.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21293
[Bug tree-optimization/21292] New: gen-vect-11b.c and gen-vect-11c.c fail
The following failures of newly added tests are present on mainline for ia64-hpux (both -milp32 and -mlp64); gcc-testresults shows them also on ia64-linux. FAIL: gcc.dg/tree-ssa/gen-vect-11b.c scan-tree-dump-times vectorized 0 loops 1 FAIL: gcc.dg/tree-ssa/gen-vect-11c.c scan-tree-dump-times vectorized 0 loops 1 Appeared between 20050427 and 20050428, probably when these tests were added. -- Summary: gen-vect-11b.c and gen-vect-11c.c fail Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: bonzini at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21292
[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 22:39 --- That last sentence didn't make much sense, sorry; I meant that if you can't initially reproduce the problem, please ask me if I've got more recent failures to try out. Meanwhile, I'll post any short testcases I can come up with. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 22:27 --- Today I'm seeing the same ICE building mesa and sometimes building 176.gcc. Tests apsi. fma3d, gap, and gcc all cause GCC to segfault with "-O2 -ftree-vectorize -maltivec", some with -m32, some with -m64, and some with both; some ICE in multiple source files for the same test (I'm using -j8). Using a .i file sometimes makes the problem disappear, as do small changes to the source code or using gdb. I realize this isn't particularly helpful, but I wanted to record the failures I'm seeing so that whoever looks into this doesn't give up if the problem seems to have gone away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-29 22:11 --- I have a fix for this. The problem is like this: - Sometimes, assign_stack_temp can generate an invalid memory address. Even if the address was always valid, it's not always offsettable, which is what this pattern needs. - instantiate_virtual_regs_1 might not be supposed to be making the address valid, but it's not unreasonable for it or something else to try. If the address isn't valid, the insn can't be recognized, so it's not like we can try to keep the invalid address around until reload. - After reload, the address had better be offsettable, since it's "=o". Before reload, it might be offsettable, or we might be able to offset it anyway (if no_new_pseudos is clear). I was mistaken earlier, it was a regression in my patch. The regression was caused by a line which I didn't notice in a define_insn_and_split, changing '&& reload_completed' to '&& 1'. (That's now two stray changes in that patch that shouldn't have been there, sorry about that.) -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug middle-end/21291] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29
21:58 ---
(In reply to comment #3)
> I can't build the Objective Caml compiler with this gcc error :/
If we change the asm to like so:
asm(""
: "+r" (a), "+r" (b), "+m" (blen), "+m" (out), "=&r" (tmp)
: "m" (d)
: "eax", "edx");
We don't get an error.
Also using -fomit-frame-pointer works around the problem by adding another free
register.
What is most likely happening is we are not selecting the secondary constraint.
Oh, reload sucks.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|rtl-optimization|middle-end
Ever Confirmed||1
Keywords||rejects-valid
Last reconfirmed|-00-00 00:00:00 |2005-04-29 21:58:36
date||
Summary|can't find a register in|[4.0/4.1 Regression] can't
|class 'GENERAL_REGS' while |find a register in class
|reloading 'asm' |'GENERAL_REGS' while
||reloading 'asm'
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug middle-end/19699] [4.0/4.1 Regression] warning about not returning from end of a non-void function because of dead code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 21:52 --- *** Bug 21290 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||gcc at magfr dot user dot ||lysator dot liu dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19699
[Bug c++/21290] Unexpected warning on legal code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 21:52 --- Even the code given in the bug has no dead code the bug is in the same in that GCC creates dead code. *** This bug has been marked as a duplicate of 19699 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21290
[Bug rtl-optimization/21291] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29
21:45 ---
Reduced testcase:
typedef unsigned long bngdigit;
typedef bngdigit * bng;
typedef unsigned int bngcarry;
typedef unsigned long bngsize;
bngdigit bng_ia32_mult_sub_digit
(bng a , bngsize alen,
bng b , bngsize blen,
bngdigit d)
{
bngdigit out, tmp;
bngcarry carry;
bngdigit a11;
alen -= blen;
out = 0;
asm(""
: "+r" (a), "+r" (b), "+mr" (blen), "+mr" (out), "=&r" (tmp)
: "mr" (d)
: "eax", "edx");
if (alen == 0) {a11 =out; goto t;}
a11 = 1;
t:
return a11;
}
We are just running out of registers which is what x86 is known for.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug rtl-optimization/16702] [3.4 regression] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 21:44 --- (In reply to comment #5) > Is this a regression? Yes. -- What|Removed |Added Known to fail|3.4.1 3.4.2 |3.4.1 3.4.2 3.4.3 3.4.4 Known to work||3.3.6 4.0.0 4.0.1 4.1.0 Summary|ICE (segfault) when |[3.4 regression] ICE |compiling qemu with -O on |(segfault) when compiling |x86_64 with gcc 3.4 |qemu with -O on x86_64 with ||gcc 3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16702
[Bug rtl-optimization/21291] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Additional Comments From pluto at pld-linux dot org 2005-04-29 21:43 --- (In reply to comment #2) > This is most likely not really a bug. I can't build the Objective Caml compiler with this gcc error :/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From dnovillo at redhat dot com 2005-04-29 21:39 --- Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with -O2 On Fri, Apr 29, 2005 at 09:11:12PM -, dnovillo at redhat dot com wrote: > Huh. Odd. I just finished a bootstrap with > > $ configure --enable-languages=c,ada > $ make bootstrap > > on i686-pc-linux-gnu. > Just reproduced it with --target=i386-pc-linux-gnu. Thanks Andrew P. for pointing it out. Will take a look. Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug libstdc++/21286] GNU extension stdio_filebuf problems when reading from pipe
--- Additional Comments From pcarlini at suse dot de 2005-04-29 21:31 --- Ok, I have asked privately Nathan Myers and what we need is rather simple: add looping on short reads inside filebuf::sgetn, rather straightforward to implement. Stay tuned! -- What|Removed |Added CC||ncm at cantrip dot org AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
[Bug rtl-optimization/21291] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
-- What|Removed |Added CC||mmazur at kernel dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug rtl-optimization/21291] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 21:27 --- This is most likely not really a bug. -- What|Removed |Added Component|other |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug other/21291] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Additional Comments From pluto at pld-linux dot org 2005-04-29 21:22 --- Created an attachment (id=8768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8768&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug other/21291] New: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
works with -O0, fails with -O[123]. gcc-4.0.0 + patches for pr20973,21173. -- Summary: can't find a register in class 'GENERAL_REGS' while reloading 'asm' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at pld-linux dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
[Bug c++/21290] Unexpected warning on legal code
--- Additional Comments From gcc at magfr dot user dot lysator dot liu dot se 2005-04-29 21:15 --- Created an attachment (id=8767) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8767&action=view) Example program demonstrating the problem Compile with g++ -Wall -O1 -c foo.C to see the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21290
[Bug c++/21290] New: Unexpected warning on legal code
When compiling I get the annoying warning below. I did not get it with g++-3.4. g++-4.0 do produce it. $ g++ --version g++ (GCC) 4.1.0 20050429 (experimental) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ g++ -Wall -O1 -c foo.C -o oasAux.o foo.C: In function 'void f()': foo.C:15: warning: control may reach end of non-void function 'void* f2(unsigned int)' being inlined -- Summary: Unexpected warning on legal code Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at magfr dot user dot lysator dot liu dot se CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21290
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From dnovillo at redhat dot com 2005-04-29 21:11 --- Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with -O2 On Fri, Apr 29, 2005 at 07:57:43PM -, ro at techfak dot uni-bielefeld dot de wrote: > > --- Additional Comments From ro at techfak dot uni-bielefeld dot de > 2005-04-29 19:57 --- > Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with > -O2 > > Unfortunately, even with the patch applied, the Ada bootstrap failure on > i386-pc-solaris2.10 remains unchanged, a regression from 4.0: > > stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2 > -gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada > /vol/gnu/src/gcc/gcc-dist/gcc/ada/sem_intr.adb -o ada/sem_intr.o > +===GNAT BUG DETECTED======+ > | 4.1.0 20050429 (experimental) (i386-pc-solaris2.10) GCC error: | > | in set_value_range, at tree-vrp.c:124| > | Error detected at sem_intr.adb:437:1 | > > Rainer > Huh. Odd. I just finished a bootstrap with $ configure --enable-languages=c,ada $ make bootstrap on i686-pc-linux-gnu. Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug middle-end/21282] [4.1 Regression] Converting floor into lfloor built-in function
--- Additional Comments From uros at kss-loka dot si 2005-04-29 20:48
---
(In reply to comment #5)
> Hmm, even though floor is C99, some libc (or in this case newlib) don't have
> full
> TARGET_C99_FUNCTIONS support.
Andrew, did you mean floorf in your comment?
The problem is that (int)floor(float) is converted in BUILT_IN_LFLOORF, and when
there is no lfloor{si,di}2 expander present, it falls back to BUILT_IN_FLOORF.
However, BUILT_IN_FLOORF is enabled only for TARGET_C99_FUNCTIONS, so
(int)floor(float) conversion (in convert.c source) to BUILT_IN_LFLOORF should be
performed only when TARGET_C99_FUNCTIONS is set.
floor() is standard in libc, so I'm almost sure that changing parameter of foo()
in comment #0 from float to double shouldn't produce a segfault.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282
[Bug tree-optimization/21289] A numeric range is spoiled by a symblic one in VRP
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-29 20:37 --- (In reply to comment #1) > Confirmed, to me if the range of a variable is not really a range but one value, it should always merge. I > think that is safe. It's only safe if both old ranges dominate the new range, as it does here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
[Bug middle-end/16302] gcc fails to warn about some common logic errors
--- Additional Comments From trt at acm dot org 2005-04-29 20:20 --- The patch given in comment #4 no successfully applies because the warning() function has new initial parameter. Also the fold_buildN() cleanup invalidated (and fixed) the "REAL_CST" part of the patch. Some "speculative folding" is now causing false positives, for which there is a simple fix: suppress warnings when doing such folds. For example *** tree-ssa-loop-niter.c.orig Wed Apr 27 13:48:21 2005 --- tree-ssa-loop-niter.c Wed Apr 27 14:28:59 2005 *** *** 778,780 --- 778,782 notcond = invert_truthvalue (cond); + inhibit_warnings++; e = fold_build2 (TRUTH_OR_EXPR, boolean_type_node, notcond, te); + inhibit_warnings--; if (nonzero_p (e)) People who think warnings belong only in the front-end might balk. I could submit an alternate indirect check for this situation in parser_build_binary_op. It would be tidy, but would no longer warn about non-C glitches such as: libjava/gnu/java/security/x509/X500DistinguishedName.java:447:if (sep != '+' || sep != ',') libjava/java/net/HttpURLConnection.java:555:if (((code / 100) != 4) || ((code / 100) != 5)) libjava/javax/swing/plaf/basic/BasicGraphicsUtils.java:401:if ((underlinedChar >= 0) || (underlinedChar <= 0x)) libjava/javax/security/auth/x500/X500Principal.java:380:if (sep != '+' || sep != ',') Please let me know if there is any interest in a C-only patch. (Or any interest in pursuing this PR.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16302
[Bug middle-end/20371] Some corner cases of MS bitfields don't work
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-29 19:58 --- Created an attachment (id=8766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8766&action=view) This patch fixes some more alignment inconsistencies. -- What|Removed |Added Attachment #8651 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-04-29 19:57 --- Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with -O2 Unfortunately, even with the patch applied, the Ada bootstrap failure on i386-pc-solaris2.10 remains unchanged, a regression from 4.0: stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada /vol/gnu/src/gcc/gcc-dist/gcc/ada/sem_intr.adb -o ada/sem_intr.o +===GNAT BUG DETECTED==+ | 4.1.0 20050429 (experimental) (i386-pc-solaris2.10) GCC error: | | in set_value_range, at tree-vrp.c:124| | Error detected at sem_intr.adb:437:1 | Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-04-29 19:51 ---
Subject: Re: [PR tree-optimization/21029, RFC] harmful chrec type conversions
Thanks to Roger Sayle for pointing me at this PR.
Alexandre Oliva wrote:
>
> This is not a final patch; if the idea is considered sound, I'd simply
> remove the if and the then-dead remaining code in chrec_convert.
The code following the if is not dead, at least it still is used in
some cases after hand inlining count_ev_in_wider_type. I would
propose this patch that is about the same as yours
> Index: gcc/ChangeLog
> from Alexandre Oliva <[EMAIL PROTECTED]>
>
> PR tree-optimization/21029
> * tree-chrec.c (chrec_convert): Handle same-precision integral
> types that differ in signedness like widening conversions.
>
with some more changes as follow:
* tree-chrec.c (chrec_convert): Handle same-precision integral
types that differ in signedness like widening conversions.
Inline count_ev_in_wider_type.
* tree-chrec.h (count_ev_in_wider_type): Remove declaration.
* tree-scalar-evolution.c (count_ev_in_wider_type): Removed.
Zdenek, does this change look right to you?
Index: tree-chrec.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-chrec.c,v
retrieving revision 2.15
diff -c -3 -p -r2.15 tree-chrec.c
*** tree-chrec.c21 Apr 2005 08:48:51 - 2.15
--- tree-chrec.c29 Apr 2005 19:31:51 -
*** tree
*** 1036,1085
chrec_convert (tree type,
tree chrec)
{
! tree ct;
!
if (automatically_generated_chrec_p (chrec))
return chrec;
!
ct = chrec_type (chrec);
if (ct == type)
return chrec;
! if (TYPE_PRECISION (ct) < TYPE_PRECISION (type))
! return count_ev_in_wider_type (type, chrec);
!
! switch (TREE_CODE (chrec))
{
! case POLYNOMIAL_CHREC:
! return build_polynomial_chrec (CHREC_VARIABLE (chrec),
!chrec_convert (type,
! CHREC_LEFT (chrec)),
!chrec_convert (type,
! CHREC_RIGHT (chrec)));
!
! default:
! {
! tree res = fold_convert (type, chrec);
!
! /* Don't propagate overflows. */
! TREE_OVERFLOW (res) = 0;
! if (CONSTANT_CLASS_P (res))
! TREE_CONSTANT_OVERFLOW (res) = 0;
!
! /* But reject constants that don't fit in their type after conversion.
! This can happen if TYPE_MIN_VALUE or TYPE_MAX_VALUE are not the
! natural values associated with TYPE_PRECISION and TYPE_UNSIGNED,
! and can cause problems later when computing niters of loops. Note
! that we don't do the check before converting because we don't want
! to reject conversions of negative chrecs to unsigned types. */
! if (TREE_CODE (res) == INTEGER_CST
! && TREE_CODE (type) == INTEGER_TYPE
! && !int_fits_type_p (res, type))
! res = chrec_dont_know;
!
! return res;
! }
}
}
/* Returns the type of the chrec. */
--- 1036,1104
chrec_convert (tree type,
tree chrec)
{
! tree ct, base, step;
! struct loop *loop;
!
if (automatically_generated_chrec_p (chrec))
return chrec;
!
ct = chrec_type (chrec);
if (ct == type)
return chrec;
! if (!evolution_function_is_affine_p (chrec))
{
! switch (TREE_CODE (chrec))
! {
! case POLYNOMIAL_CHREC:
! return build_polynomial_chrec (CHREC_VARIABLE (chrec),
!chrec_convert (type,
! CHREC_LEFT (chrec)),
!chrec_convert (type,
! CHREC_RIGHT (chrec)));
!
! default:
! {
! tree res = fold_convert (type, chrec);
!
! /* Don't propagate overflows. */
! TREE_OVERFLOW (res) = 0;
! if (CONSTANT_CLASS_P (res))
! TREE_CONSTANT_OVERFLOW (res) = 0;
!
! /* But reject constants that don't fit in their type after
! conversion. This can happen if TYPE_MIN_VALUE or
! TYPE_MAX_VALUE are not the natural values associated
! with TYPE_PRECISION and TYPE_UNSIGNED, and can cause
! problems later when computing niters of loops. Note
! that we don't do the check before converting because we
! don't want to reject conversions of negative chrecs to
! unsigned types. */
! if (TREE_CODE (res) == INTEGER_CST
! && TREE_CODE (type) == INTEGER_TYPE
! && !int_fits_type_p (res, type))
! res = chrec_dont_know;
!
! return res;
!
[Bug middle-end/21282] [4.1 Regression] Converting floor into lfloor built-in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:49 --- Hmm, even though floor is C99, some libc (or in this case newlib) don't have full TARGET_C99_FUNCTIONS support. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282
[Bug middle-end/21282] [4.1 Regression] Converting floor into lfloor built-in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:47 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet|arm-elf i386-elf m68k-elf |*-elf and other newlib |mips-elf ppc-elf|targets Last reconfirmed|-00-00 00:00:00 |2005-04-29 19:47:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282
[Bug middle-end/21259] ICE on assigning the pointer to a array with __attribute__ aligned
-- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21259
[Bug target/19602] -mno-80387 or -mfpmath=sse should define __NO_MATH_INLINES
--- Additional Comments From uros at kss-loka dot si 2005-04-29 19:34 --- Hm, I would also suggest setting __NO_MATH_INLINES for -mfpmath=sse to prevent the performance degradation for XMM->x87 registers when x87 ASM code is included from mathinlines.h. x87 intrinsics are disabled for the same reason! -- What|Removed |Added Summary|-mno-80387 should define|-mno-80387 or -mfpmath=sse |__NO_MATH_INLINES |should define ||__NO_MATH_INLINES http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19602
[Bug tree-optimization/21289] A numeric range is spoiled by a symblic one in VRP
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:28 --- Confirmed, to me if the range of a variable is not really a range but one value, it should always merge. I think that is safe. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-29 19:28:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
[Bug middle-end/21282] [4.1 Regression] Converting floor into lfloor built-in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:26 --- Oh, this is why CSiBE has been broken, I might look into it later if I get some time. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|Converting floor into lfloor|[4.1 Regression] Converting |built-in function |floor into lfloor built-in ||function Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:24 --- Fixed. Will show up in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:20 --- So does recompiling gcc with --with-pic fix the problem? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277
[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:19 --- libstdc++'s configure contains the docs for --with-pic: --with-pic try to use only PIC/non-PIC objects default=use both I think this is a standard libtool based option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277
[Bug tree-optimization/21289] New: A numeric range is spoiled by a symblic one in VRP
Consider
int
foo (int a, int b)
{
if (a == 1)
if (a < b)
if (a == 1)
return 1;
return 0;
}
VRP does not remove the third "if" even though 'a' is known to be 1.
This is because the symbolic range obtained from the second "if"
spoils the numeric range [1, 1] obtained from the first "if".
extract_range_from_assert tries to refine a range from an ASSERT_EXPR
if there is another range previously available, but in this case,
VRP cannot prove that [1,1] and [-INF, b-1] intersects,
it does not refine a range.
--
Summary: A numeric range is spoiled by a symblic one in VRP
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: dnovillo at redhat dot com,gcc-bugs at gcc dot gnu dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
[Bug bootstrap/21288] bootstrap issues with profiledbootstrap
-- What|Removed |Added Keywords||build, ice-on-valid-code Summary|fortran bootstrap issues|bootstrap issues with ||profiledbootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21288
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:08 --- Fixed. (In reply to comment #7) > This is now fixed, but it seems, even though I'm logged in, I can't change > the state > of this report. I will get you admin. access. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
--- Additional Comments From matz at suse dot de 2005-04-29 19:03 --- This is now fixed, but it seems, even though I'm logged in, I can't change the state of this report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug middle-end/21282] Converting floor into lfloor built-in function
--- Additional Comments From uros at kss-loka dot si 2005-04-29 18:56 --- Hm, this should be fixed by a fix for PR21004: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00794.html. If I understand correctly, the problem is shown only with newlib. Does newlib set TARGET_C99_FUNCTIONS? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:52 --- Subject: Bug 21266 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:51:58 Modified files: gcc: ChangeLog Log message: 2005-04-29 Devang Patel <[EMAIL PROTECTED]> PR tree-optimization/21272 PR tree-optimization/21266 * tree-if-conv.c (find_phi_replacement_condition): Fix think-o. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8533&r2=2.8534 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:52 --- Subject: Bug 21272 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:51:58 Modified files: gcc: ChangeLog Log message: 2005-04-29 Devang Patel <[EMAIL PROTECTED]> PR tree-optimization/21272 PR tree-optimization/21266 * tree-if-conv.c (find_phi_replacement_condition): Fix think-o. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8533&r2=2.8534 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21272
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 18:51 --- Fixed. Add the PR number too. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug libstdc++/21238] conflicting "typedef __numpunct_cache<_CharT> __cache_type;" in std::numpunct makes specialization impossible
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:50 --- Subject: Bug 21238 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:50:01 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: locale_facets.tcc libstdc++-v3/testsuite: testsuite_character.cc testsuite_character.h Added files: libstdc++-v3/testsuite/22_locale/num_get: 3.cc libstdc++-v3/testsuite/22_locale/num_put: 3.cc libstdc++-v3/testsuite/22_locale/money_get: 3.cc libstdc++-v3/testsuite/22_locale/money_put: 3.cc Log message: 2005-04-29 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/21238 * include/bits/locale_facets.tcc (num_get::_M_extract_float, num_get::_M_extract_int, num_get::do_get(bool&), num_put::_M_insert_int, num_put::_M_insert_float, num_put::do_put(bool), money_get::_M_extract, money_put::_M_insert): Adjust the __cache_type typedef not to forward to a numpunct/moneypunct typedef. * testsuite/testsuite_character.h: Add pod_uint and its numpunct and moneypunct specializations. * testsuite/testsuite_character.cc: Add numpunct::id and moneypunct::id. * testsuite/22_locale/num_get/3.cc: New. * testsuite/22_locale/num_put/3.cc: Likewise. * testsuite/22_locale/money_get/3.cc: Likewise. * testsuite/22_locale/money_put/3.cc: Likewise. * include/bits/locale_facets.tcc (money_put::_M_insert, time_get::_M_extract_name): Prefer operator== to operator!= on char_types. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2985&r2=1.2986 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gcc&r1=1.214&r2=1.215 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/testsuite_character.cc.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/testsuite_character.h.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/3.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_put/3.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/money_get/3.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/money_put/3.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21238
[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:48 --- Removing target milestone; SH is not a primary or secondary target. -- What|Removed |Added Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15535
[Bug target/14532] [3.4 Regression] s390x internal compiler error: output_operand: Cannot decompose address.
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:48 --- Removing target milestone; S390 is not a primary or secondary target. -- What|Removed |Added Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14532
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:43 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:43:25 Modified files: gcc/java : builtins.c Log message: 2005-04-28 Andrew Haley <[EMAIL PROTECTED]> PR java/19285 * java-tree.h (soft_resolvepoolentry_node): New. (alloc_constant_fieldref): Declare. * expr.c (expand_java_field_op): Don't call class_init for accesses to static fields with indirect dispatch. * builtins.c (initialize_builtins): Add "__builtin_expect". * decl.c (soft_resolvepoolentry_node): New variable. (java_init_decl_processing): Create a decl for "_Jv_ResolvePoolEntry". * class.c (build_fieldref_cache_entry): New function. (build_static_field_ref): Rewrite for indirect dispatch. * constants.c (find_name_and_type_constant_tree): New function. (alloc_constant_fieldref): Likewise. (build_constants_constructor): Handle CONSTANT_Fieldref and CONSTANT_NameAndType. PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/builtins.c.diff?cvsroot=gcc&r1=1.29&r2=1.30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug java/19285] Interfaces not initialized by static field access
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:43 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:43:25 Modified files: gcc/java : builtins.c Log message: 2005-04-28 Andrew Haley <[EMAIL PROTECTED]> PR java/19285 * java-tree.h (soft_resolvepoolentry_node): New. (alloc_constant_fieldref): Declare. * expr.c (expand_java_field_op): Don't call class_init for accesses to static fields with indirect dispatch. * builtins.c (initialize_builtins): Add "__builtin_expect". * decl.c (soft_resolvepoolentry_node): New variable. (java_init_decl_processing): Create a decl for "_Jv_ResolvePoolEntry". * class.c (build_fieldref_cache_entry): New function. (build_static_field_ref): Rewrite for indirect dispatch. * constants.c (find_name_and_type_constant_tree): New function. (alloc_constant_fieldref): Likewise. (build_constants_constructor): Handle CONSTANT_Fieldref and CONSTANT_NameAndType. PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/builtins.c.diff?cvsroot=gcc&r1=1.29&r2=1.30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19285
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:42 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:42:50 Modified files: gcc/java : java-tree.h expr.c decl.c class.c constants.c ChangeLog Log message: 2005-04-28 Andrew Haley <[EMAIL PROTECTED]> PR java/19285 * java-tree.h (soft_resolvepoolentry_node): New. (alloc_constant_fieldref): Declare. * expr.c (expand_java_field_op): Don't call class_init for accesses to static fields with indirect dispatch. * builtins.c (initialize_builtins): Add "__builtin_expect". * decl.c (soft_resolvepoolentry_node): New variable. (java_init_decl_processing): Create a decl for "_Jv_ResolvePoolEntry". * class.c (build_fieldref_cache_entry): New function. (build_static_field_ref): Rewrite for indirect dispatch. * constants.c (find_name_and_type_constant_tree): New function. (alloc_constant_fieldref): Likewise. (build_constants_constructor): Handle CONSTANT_Fieldref and CONSTANT_NameAndType. PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-tree.h.diff?cvsroot=gcc&r1=1.229&r2=1.230 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/expr.c.diff?cvsroot=gcc&r1=1.222&r2=1.223 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/decl.c.diff?cvsroot=gcc&r1=1.218&r2=1.219 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&r1=1.224&r2=1.225 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/constants.c.diff?cvsroot=gcc&r1=1.40&r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1601&r2=1.1602 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug java/19285] Interfaces not initialized by static field access
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:42 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:42:50 Modified files: gcc/java : java-tree.h expr.c decl.c class.c constants.c ChangeLog Log message: 2005-04-28 Andrew Haley <[EMAIL PROTECTED]> PR java/19285 * java-tree.h (soft_resolvepoolentry_node): New. (alloc_constant_fieldref): Declare. * expr.c (expand_java_field_op): Don't call class_init for accesses to static fields with indirect dispatch. * builtins.c (initialize_builtins): Add "__builtin_expect". * decl.c (soft_resolvepoolentry_node): New variable. (java_init_decl_processing): Create a decl for "_Jv_ResolvePoolEntry". * class.c (build_fieldref_cache_entry): New function. (build_static_field_ref): Rewrite for indirect dispatch. * constants.c (find_name_and_type_constant_tree): New function. (alloc_constant_fieldref): Likewise. (build_constants_constructor): Handle CONSTANT_Fieldref and CONSTANT_NameAndType. PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-tree.h.diff?cvsroot=gcc&r1=1.229&r2=1.230 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/expr.c.diff?cvsroot=gcc&r1=1.222&r2=1.223 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/decl.c.diff?cvsroot=gcc&r1=1.218&r2=1.219 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&r1=1.224&r2=1.225 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/constants.c.diff?cvsroot=gcc&r1=1.40&r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1601&r2=1.1602 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19285
[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-29 18:41 --- I checked this in on the 4.0 branch. It will appear in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:40 --- Subject: Bug 21136 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 18:40:00 Modified files: libjava: ChangeLog libjava/gnu/java/nio/channels: FileChannelImpl.java Log message: 2005-04-26 Luca Barbieri <[EMAIL PROTECTED]> PR libgcj/21136: * gnu/java/nio/channels/FileChannelImpl.java (tryLock): Pass 'false' to native lock(). (lock): Pass 'true' to native lock(). 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.55&r2=1.3391.2.56 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/nio/channels/FileChannelImpl.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.7.4.1&r2=1.7.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:39 --- Subject: Bug 21144 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:39:23 Modified files: gcc: ChangeLog postreload.c Log message: PR rtl-optimization/21144 * postreload.c (reload_cse_move2add): Check for VOIDmode. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8532&r2=2.8533 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/postreload.c.diff?cvsroot=gcc&r1=2.29&r2=2.30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:38 --- Subject: Bug 21144 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 18:38:44 Modified files: gcc: ChangeLog postreload.c Log message: PR rtl-optimization/21144 * postreload.c (reload_cse_move2add): Check for VOIDmode. 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.204&r2=2.7592.2.205 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/postreload.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.27&r2=2.27.8.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug target/16649] [3.4 Regression] bootstrap of gcc3.4.x fails on OpenDarwin7.2.1/x86
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:38 --- Removing target milestone; OpenDarwin is not a primary or secondary target. -- What|Removed |Added Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16649
[Bug c++/16042] [3.3/3.4 regression] ICE with array assignment
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:36 --- This is invalid code, so removed rejects-valid marker. -- What|Removed |Added Keywords|ice-on-valid-code, rejects- |ice-on-invalid-code |valid, wrong-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16042
[Bug java/19285] Interfaces not initialized by static field access
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:35 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:35:37 Modified files: libjava: prims.cc link.cc ChangeLog libjava/include: jvm.h Log message: 2005-04-27 Andrew Haley <[EMAIL PROTECTED]> PR java/19285 * prims.cc (_Jv_ResolvePoolEntry): New function. * include/jvm.h (_Jv_Linker::find_field): New arg: found_class. * link.cc (_Jv_Linker::find_field): New arg: found_class. (resolve_pool_entry): Initialize the class in which a field is found. (link_symbol_table): Pass new arg to found_class. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/prims.cc.diff?cvsroot=gcc&r1=1.110&r2=1.111 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/link.cc.diff?cvsroot=gcc&r1=1.13&r2=1.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3578&r2=1.3579 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/jvm.h.diff?cvsroot=gcc&r1=1.83&r2=1.84 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19285
[Bug target/15155] [3.4 regression][sh-linux] displacement overflows 12-bit field
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:35 --- Removed target milestone; SH is not a primary or secondary target. -- What|Removed |Added Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15155
[Bug middle-end/18071] [3.4/4.0/4.1 Regression] -Winline does not respect -fno-default-inline
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:30 --- Removing rejects-valid marker; spurious warnings do not count as rejects-valid. -- What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071
[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368
-- Bug 20280 depends on bug 19199, which changed state. Bug 19199 Summary: [3.3/3.4 Regression] Wrong warning about returning a reference to a temporary http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19199 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20280
[Bug c++/19199] [3.3/3.4 Regression] Wrong warning about returning a reference to a temporary
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:28 --- As per comment #37, closing as WONTFIX. -- What|Removed |Added Status|ASSIGNED|RESOLVED Keywords|wrong-code | Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19199
[Bug c++/21287] Problems while compiling with some math functions.
--- Additional Comments From pcarlini at suse dot de 2005-04-29 17:52 --- Really, you have to include math.h: the ISO Standard that we are implementing is *very* clear about that, sorry. Much better, please move to and in namespace std:: take seriously the warning! Thanks. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21287
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 17:50 --- dpatel checked in a fix referencing PR 21272. That patch fixes the problems I reported in 21272. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug bootstrap/21288] New: fortran bootstrap issues
(1) if you download core, g++, and fortran, only c and c++ are built; fortran is not, unlike in prior releases. (2) configuring with --enable-languages=c,c++,f95 and no other options; then using make profiledbootstrap, I get an ICE: /bin/sh ./libtool --mode=compile /var/tmp/bhudson-gcc/4.0.0/gcc/gfortran -B/var/ tmp/bhudson-gcc/4.0.0/gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686 -pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/l ocal/i686-pc-linux-gnu/sys-include -Wall -fno-repack-arrays -fno-underscoring - c -o selected_int_kind.lo `test -f 'intrinsics/selected_int_kind.f90' || echo '/ afs/cs/usr/bhudson/gcc/gcc-4.0.0/libgfortran/'`intrinsics/selected_int_kind.f90 /var/tmp/bhudson-gcc/4.0.0/gcc/gfortran -B/var/tmp/bhudson-gcc/4.0.0/gcc/ -B/usr /local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/ local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-includ e -Wall -fno-repack-arrays -fno-underscoring -c /afs/cs/usr/bhudson/gcc/gcc-4.0. 0/libgfortran/intrinsics/selected_int_kind.f90 -fPIC -DPIC -o .libs/selected_in t_kind.o :0: 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. gmake[3]: *** [selected_int_kind.lo] Error 1 gmake[3]: Leaving directory `/usr/tmp/bhudson-gcc/4.0.0/i686-pc-linux-gnu/libgfo rtran' Manually running that compile with -save-temps doesn't appear to create any files. -- Summary: fortran bootstrap issues Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bh at techhouse dot brown dot edu CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21288
[Bug c++/21286] GNU extension stdio_filebuf problems when reading from pipe
--- Additional Comments From pcarlini at suse dot de 2005-04-29 17:28 --- Indeed, this is easily explained considering that we have a new optimization that issues larger underlying read sys-calls (have a look to xsgetn in fstream.tcc to see what I mean): when everything goes well ;) are you noticing measurable performance improvements? When pipes are involved, I'm not sure we can call this a bug, because, when 27.6.1.3/28 talks about "end-of-file occurs on the input sequence" it refers, in this case, not to the underlying file that you are piping but to the pipe itself and, at that moment, indeed the pipe cannot make available all the characters requested. I'd like to know your opinion, as a user: are you noticing worthwhile performance improvements? Would you consider very annoying trying to read again (calling clear()), when pipes are used? In case, disabling the optimization to be safe would be very easy. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
[Bug c++/21287] New: Problems while compiling with some math functions.
I am trying to complie a simple program with math functions sqrt() and fabs
using gcc 3.4.3 (Red Hat 3.4.3-9.EL4). I am not able to compile without
including #include but same code works with earlier versions of gcc
3.3.3 (Suse ) and gcc 3.3.3 (Red Hat 3.2.3-42).
Code:
#include
int main()
{
double k =1.4;
cout< and would like to migrate to gcc
3.4.3.
Please do advice.
Thanks,
--
Summary: Problems while compiling with some math functions.
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sreevatsan at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21287
[Bug target/21284] AVR target: switch/case jump table is placed in .data instead of .progmem.gcc_sw_table
-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21284
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 16:29 --- Subject: Bug 21030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 16:23:20 Modified files: gcc: ChangeLog tree-vrp.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: pr21030.c Log message: gcc/ PR tree-optimization/21030 * tree-vrp.c (adjust_range_with_scev): Do not create invalid ranges where VR->MAX is smaller than VR->MIN. testsuite/ PR tree-optimization/21030 * gcc.dg/tree-ssa/pr21030.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8530&r2=2.8531 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.13&r2=2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5417&r2=1.5418 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr21030.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-04-29 16:29 --- Subject: Re: MATMUL failing with ALLOCATED matrices, unless base indices given paulthomas2 at wanadoo dot fr wrote: > --- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-29 > 14:59 --- > Exactly - I was aware of this because the namelist functions do not use > base/offset at all. > Yes, that is the point that Thomas was making, when he raised it in the > first place. > Again, exactly. Looks like I'm really slow :-) I'm all in favor of Thomas ssize_t patch now. > As for the care that I am taking - after the business with namelist, I feel > like the monkey and the billiard ball- I'll see if I can find it on the web. > You will see why it is appropriate. I broke the bootstrap yesterday, I guess I'm in no position to judge how careful other people are :-) - Tobi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18857
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 16:27 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 16:25 --- Just checked in a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
