[Bug libfortran/18983] can't open /dev/null as an output file
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 08:11 --- Subject: Bug 18983 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 08:10:24 Modified files: gcc/testsuite : ChangeLog libgfortran/io : transfer.c libgfortran: ChangeLog Added files: gcc/testsuite/gfortran.dg: write_to_null.f90 Log message: 2005-01-15 Bud Davis <[EMAIL PROTECTED]> PR fortran/18983 * io/transfer.c (st_write_done): only truncate when it is required. 2005-01-15 Bud Davis <[EMAIL PROTECTED]> PR fortran/18983 * gfortran.dg/write_to_null.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/write_to_null.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4888&r2=1.4889 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.25&r2=1.26 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.145&r2=1.146 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18983
[Bug libfortran/19451] Read after a write with a read only file
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 08:08 --- Confirmed, changing the summary a little more. Also if the file contained anything, we seg fault when finishing the write (which seems wrong). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 08:08:37 date|| Summary|Some read and write |Read after a write with a |confusion with a read-only |read only file |file| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19451
[Bug target/17415] 3dNOW and gcc3.3 possible oddities
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 08:17 --- To fix the compiling C++/C example use the following code: typedef float V2SF __attribute__((mode(V2SF))); -- What|Removed |Added GCC target triplet||i686-pc-linux-gnu (3dnow) Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17415
[Bug target/17415] 3dNOW and gcc3.3 possible oddities
-- What|Removed |Added Keywords||ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17415
[Bug tree-optimization/19058] [4.0 Regression] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 08:24 --- Hmm, The only thing I can think of is moving this warning to the tree level before we do any optimization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19058
[Bug libgcj/9613] Lots of java.text.CollationElementIterator Mauve failures
--- Additional Comments From konqueror at gmx dot de 2005-01-15 08:34 --- All mauve testcase regarding java.text.CollationElementIterator pass now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9613
[Bug libfortran/18983] can't open /dev/null as an output file
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 08:48 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18983
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 09:46 --- Subject: Bug 19060 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 09:46:10 Modified files: gcc: ChangeLog fold-const.c tree-ssa-dom.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: 20050104-1.c Log message: PR tree-optimization/19060 * tree-ssa-dom.c (extract_range_from_cond) : Return 0 if op1 <= TYPE_MIN_VALUE () resp. op1 >= TYPE_MAX_VALUE (). (simplify_cond_and_lookup_avail_expr): Add assert for dummy == 0 and handle extract_range_from_cond returning false. * fold-const.c (fold): Optimize comparisons with min/max even for width > HOST_BITS_PER_WIDE_INT. * gcc.c-torture/execute/20050104-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7133&r2=2.7134 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.492&r2=1.493 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-dom.c.diff?cvsroot=gcc&r1=2.81&r2=2.82 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4889&r2=1.4890 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050104-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug ada/19456] New: [4.0 regression] ada bootstrap failure on alpha-linux
I'm aware of PR13470, although this seems like another issue, using gcc-3.3.5 or gcc-3.4.3 as bootstrap compiler, the build fails in stage3. Seen with CVS HEAD 20050110. Matthias stage2/xgcc -Bstage2/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2 -gnatpg -gnata -I- -I. -Iada - I../../src/gcc/ada ../../src/gcc/ada/ada.ads -o ada/ada.o stage2/xgcc -Bstage2/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2 -gnatpg -gnata -I- -I. -Iada - I../../src/gcc/ada ../../src/gcc/ada/a-charac.ads -o ada/a-charac.o stage2/xgcc -Bstage2/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2 -gnatpg -gnata -I- -I. -Iada - I../../src/gcc/ada ../../src/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o stage2/xgcc -Bstage2/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2 -gnatpg -gnata -g -O1 -fno-inl ine \ -I- -I. -Iada -I../../src/gcc/ada ../../src/gcc/ada/a-except.adb -o ada/a-except.o +===GNAT BUG DETECTED==+ | 4.0.0 20050110 (experimental) (alpha-unknown-linux-gnu) Assert_Failure atree.adb:812| | Error detected at s-stalib.ads:66:4 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. list may be incomplete compilation abandoned make[4]: *** [ada/a-except.o] Error 1 -- Summary: [4.0 regression] ada bootstrap failure on alpha-linux Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada 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 GCC host triplet: alpha-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19456
[Bug other/19300] [4.0 Regression] PCH failures on sparc-linux
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15 10:50 --- http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00665.html -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 10:50:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15 10:51 --- Any news on this, Matthias? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
[Bug fortran/17941] gfortran: parser chokes on complex literal constant
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-15 11:09 --- Technically illagal, so removing rejects-valid keyword. IFC is not a particularly good judge of whether code is legal ;-) -- What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17941
[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)
--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-15 12:00 --- started a new build ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:25 --- You'd almost think Andrew is not a native speaker. What I think he asks is: "Can the patch that caused this be done in a different way such that the code is still correct but the compile time regression goes away." -- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-01-14 14:30:56 |2005-01-15 12:25:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
[Bug middle-end/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)
--- Additional Comments From baldrick at free dot fr 2005-01-15 12:27 --- Subject: Re: ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy) > Confirmed, the problem is in gimplify_modify_expr_to_memcpy (but this is not > a regression even > though this is a middle-end problem). Are you sure? The memcpy is already there in the generic tree (based on the dumps), and doesn't gimplification happen later? Also, the memcpy problem goes back to GNAT 3.15p, which is based on gcc 2.8.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19419
[Bug c++/19457] New: Warning depends on cached constant
Mainline's C++ frontend warns about the following code snippet: == int i=-1; unsigned int j= ~0; == warn.cc:2: warning: converting of negative value '-0x1' to 'unsigned int' The strange thing is that the warning disappears if I comment out the unrelated first line or change the value for "i" to "-2". Looks like the cached constant determines the type of the new constant. I'd expect "~0" to be signed and "~0u" to be unsigned, so I think the warning is correct, but I'm not sure. But in either case, the warning should not depend on some cached constant. Btw, what about the constant 0x? Should a warning appear when is's assigned to a signed or an unsigned int? -- Summary: Warning depends on cached constant Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug ada/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:33 --- Set to front-end bug based on observations by the reporter (as opposed to wild guessing by someone else...) -- What|Removed |Added Component|middle-end |ada Known to fail|3.3.3 4.0.0 |3.3.3 3.4.0 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19419
[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:29 --- Test case??? There are many other problems with delete_trivially_dead_insns, unsurprisingly, so maybe the whole thing should be revisited and reconsidered :-/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18995
[Bug target/19424] [4.0 Regression] Error: suffix or operands invalid for `movlps'
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:37 --- SSE bug -> rth -- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19424
[Bug middle-end/19330] [4.0 Regression] FAIL: gcc.c-torture/execute/20010605-2.c execution, -O1
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:39 --- Why is this a middle-end bug? Is this not target-specific? Anyone working on fixes? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19330
[Bug middle-end/19332] [4.0 Regression] FAIL: gcc.c-torture/execute/20040709-[12].c execution, -O2 and -O1
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:41 --- Anyone working on this? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19332
[Bug c++/19317] [4.0 Regression] removing a temporary return value when we cannot
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:45 --- Jason was looking into NRV issues... -- What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:46 --- Jakub, can you please close bugs after you have commited your fixes? -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
Re: [Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
steven at gcc dot gnu dot org wrote: --- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 12:46 --- Jakub, can you please close bugs after you have commited your fixes? Do not close it, it causes bootstrap failure on ppc linux.
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From toa at pop dot agri dot ch 2005-01-15 12:48 --- Subject: Re: [4.0 Regression] Miscompiling of if and "long long" steven at gcc dot gnu dot org wrote: > --- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 > 12:46 --- > Jakub, can you please close bugs after you have commited your fixes? Do not close it, it causes bootstrap failure on ppc linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From andreast at gcc dot gnu dot org 2005-01-15 12:53 --- Do not know if it is really this patch or if we uncover another problem: /mnt/slice1/gcc-trunk/gcc/gcc/libgcc2.c: In function '__mulvdi3': /mnt/slice1/gcc-trunk/gcc/gcc/libgcc2.c:279: internal compiler error: in simplify_cond_and_lookup_avail_expr, at tree-ssa-dom.c:2099 on ppc linux with checking disabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From andreast at gcc dot gnu dot org 2005-01-15
13:05 ---
Starting program: /mnt/slice1/gcc-trunk/objdir/gcc/cc1 -fpreprocessed libgcc2.i
-quiet -dumpbase libgcc2.c -auxbase-strip libgcc/./_mulvdi3.o -g -O2 -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-version -fPIC -fvisibility=hidden -o libgcc2.s
Gives this first bt frames:
(gdb) bt full
#0 fancy_abort (
file=0x105c0624 "/mnt/slice1/gcc-trunk/gcc/gcc/tree-ssa-dom.c", line=2099,
function=0x105c0980 "simplify_cond_and_lookup_avail_expr")
at /mnt/slice1/gcc-trunk/gcc/gcc/diagnostic.c:556
No locals.
#1 0x100e6ee0 in simplify_cond_and_lookup_avail_expr (stmt=0x304341b8,
ann=0x3043b690, insert=0)
at /mnt/slice1/gcc-trunk/gcc/gcc/tree-ssa-dom.c:2099
tmp_high = 0x0
tmp_low = 0x3043e360
dummy = 0
lowequal = 276425792
vrp_hash_elt_p = (struct vrp_hash_elt *) 0x107bf130
highequal = 268349012
no_overlap = 2147479040
cond_inverted = 0
limit = 1
high = 0x300217c8
cond_high = 0x30263a60
subset = 267452224
vrp_records = 0x3043e360
slot = (void **) 0x107be8c4
low = 0x0
---Type to continue, or q to quit---
cond_low = 0x30263a60
swapped = 268360004
element = (struct vrp_element *) 0x3043c400
vrp_hash_elt = {var = 0x30434848, records = 0x0}
op0 = 0x30434848
op1 = 0x30263a60
cond = 0x3042bde8
__FUNCTION__ = "simplify_cond_and_lookup_avail_expr"
#2 0x100e823c in eliminate_redundant_computations (walk_data=0x73e0,
stmt=0x304341b8, ann=0x3043b690)
at /mnt/slice1/gcc-trunk/gcc/gcc/tree-ssa-dom.c:2571
v_may_defs = 0x0
expr_p = (tree *) 0x43b6a4
def = 0x0
insert = 0 '\0'
cached_lhs = 0x0
retval = 0 '\0'
__FUNCTION__ = "eliminate_redundant_computations"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 13:12 --- Subject: Re: [4.0 Regression] Miscompiling of if and "long long" > --- Additional Comments From toa at pop dot agri dot ch 2005-01-15 > 12:48 --- > Subject: Re: [4.0 Regression] Miscompiling of > if and "long long" > > steven at gcc dot gnu dot org wrote: >> --- Additional Comments From steven at gcc dot gnu dot org >> 2005-01-15 12:46 --- >> Jakub, can you please close bugs after you have commited your fixes? > > Do not close it, it causes bootstrap failure on ppc linux. Are you sure? I have bootstraped one day old gcc with this patch applyed. But current version GCC mainline terminated with same error at FreeBSD 5.3 (x86). I think this patch doesn't related to bootstrap failure. Vladimir -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19458] New: [4.0 Regression] bootstrap failure
The following testcase, reduced from mulvdi3, causes an ICE.
int
foo (int c)
{
if (c >= 0)
return 1;
else if (c == -1)
return 1;
return 0;
}
internal compiler error: in simplify_cond_and_lookup_avail_expr, at
tree-ssa-dom.c:2099
Most likely, this patch caused the problem.
2005-01-15 Jakub Jelinek <[EMAIL PROTECTED]>
PR tree-optimization/19060
* tree-ssa-dom.c (extract_range_from_cond) :
Return 0 if op1 <= TYPE_MIN_VALUE () resp. op1 >= TYPE_MAX_VALUE ().
(simplify_cond_and_lookup_avail_expr): Add assert for dummy == 0
and handle extract_range_from_cond returning false.
* fold-const.c (fold): Optimize comparisons with min/max even for
width > HOST_BITS_PER_WIDE_INT.
--
Summary: [4.0 Regression] bootstrap failure
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: critical
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu, powerpc, etc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 13:55 --- http://gcc.gnu.org/ml/gcc-bugs/2005-01/msg01986.html suggests that it is a different patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-15 14:56
---
I have bootstrapped the patch yesterday on
{i386,x86_64,ppc,ppc64,s390,s390x,ia64}-redhat-linux and it certainly worked.
The only change was that tree_int_cst_equal || tree_int_cst_lt ->
tree_int_cst_lt
that ought to be correct.
Anyway, I'll start debugging this in ~ 2 hours.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:06 --- > Are you sure? I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc compile __mulvdi3 without problems And GCC mainline (2005-01-15 09:00 GMT - after PR 19060 patch) - ./xgcc __mulvdi3 compilation ICE And then PR 19060 patch create problem. :( Or interfere with another last day patch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:08 --- > http://gcc.gnu.org/ml/gcc-bugs/2005-01/msg01986.html suggests > that it is a different patch. I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc compile __mulvdi3 without problems And GCC mainline (2005-01-15 09:00 GMT - after PR 19060 patch) - ./xgcc __mulvdi3 compilation ICE And then PR 19060 patch create problem. :( Or interfere with another last day patch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 15:16 --- This happens also at x86_64-linux-gnu: ../../gcc/libgcc2.c: In function '__mulvti3': ../../gcc/libgcc2.c:279: internal compiler error: in simplify_cond_and_lookup_avail_expr, at tree-ssa-dom.c:2099 Please submit a full bug report, with preprocessed source if appropriate. make[3]: *** [libgcc/./_mulvdi3.o] Error 1 -- What|Removed |Added CC||jakub at gcc dot gnu dot ||org, aj at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug bootstrap/19459] New: [4.0 regression] bootstrap failure on i486-linux
CVS 20050115 doesn't bootstrap on i486-linux. Matthias Last ChangeLog entry is 2005-01-15 Marc Espie <[EMAIL PROTECTED]> simplify_cond_and_lookup_avail_expr was last touch by 2005-01-15 Jakub Jelinek <[EMAIL PROTECTED]> ./xgcc -B./ -B/usr/i486-linux/bin/ -isystem /usr/i486-linux/include -isystem /us r/i486-linux/sys-include -L/home/packages/gcc/4.0/gcc-4.0-4.0ds3/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototy pes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DI N_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../src/gcc -I../../src/gcc/. -I ../../src/gcc/../include -I../../src/gcc/../libcpp/include -DL_mulvdi3 -fvisibi lity=hidden -DHIDE_EXPORTS -c ../../src/gcc/libgcc2.c -o libgcc/./_mulvdi3.o ../../src/gcc/libgcc2.c: In function '__mulvdi3': ../../src/gcc/libgcc2.c:279: internal compiler error: in simplify_cond_and_looku p_avail_expr, at tree-ssa-dom.c:2099 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[5]: *** [libgcc/./_mulvdi3.o] Error 1 -- Summary: [4.0 regression] bootstrap failure on i486-linux Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap 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,jakub at redhat dot com GCC host triplet: i486-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19459
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07 --- *** Bug 19459 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=19458
[Bug libgcj/9613] Lots of java.text.CollationElementIterator Mauve failures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:08 --- Closing as fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9613
[Bug bootstrap/19459] [4.0 regression] bootstrap failure on i486-linux
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07 --- *** This bug has been marked as a duplicate of 19458 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19459
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 16:20:26 date|| Target Milestone|--- |4.0.0 Version|unknown |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug AWT/19453] AWT FileDialog gives warnings
--- Additional Comments From mark at gcc dot gnu dot org 2005-01-15 16:20 --- The crash probably came from the use of '.' instead of '/' in the JNI method signature requested in the native code. Fixed in GNU Classpath CVS by: 2005-01-15 Mark Wielaard <[EMAIL PROTECTED]> Reported by Martin Platter <[EMAIL PROTECTED]> * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkFileDialogPeer.c (Java_gnu_java_awt_peer_gtk_GtkFileDialogPeer_nativeSetFile): Correct method signature of gtkSetFilename. It still does produce a warning: (:29697): GLib-GObject-WARNING **: g_object_set_valist: object class `GtkFileChooserDialog' has no property named `gtk-ok' -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 16:20:26 date|| Summary|AWT FileDialog crashes |AWT FileDialog gives ||warnings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19453
[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:23 --- (In reply to comment #25) (Well considering, I asked the same question which Eric was asking, or really I was asking the same question). And Eric put this into waiting for a reason and I am keeping it there. -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 16:24 --- On mmix-knuth-mmixware, with "Sat Jan 15 12:02:23 UTC 2005" build fails in a similar way, same reduced test-case, with -O1 and -O2 (cut-n-pasted): /home/hp/combined/mmixware-sim/gcc/xgcc -B/home/hp/combined/mmixware-sim/gcc/ -nostdinc -B/home/hp/combined/mmixware-sim/mmix-knu\ th-mmixware/newlib/ -isystem /home/hp/combined/mmixware-sim/mmix-knuth-mmixware/newlib/targ-include -isystem /home/hp/combined/co\ mbined/newlib/libc/include -B/usr/local/mmix-knuth-mmixware/bin/ -B/usr/local/mmix-knuth-mmixware/lib/ -isystem /usr/local/mmix-k\ nuth-mmixware/include -isystem /usr/local/mmix-knuth-mmixware/sys-include -L/home/hp/combined/mmixware-sim/ld -O2 -DIN_GCC -DCRO\ SS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -mlibf\ uncs -O2 -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I/home/hp/combined/combined/gcc -I/home/hp/combined/co\ mbined/gcc/. -I/home/hp/combined/combined/gcc/../include -I/home/hp/combined/combined/gcc/../libcpp/include -DL_mulvdi3 -c /home\ /hp/combined/combined/gcc/libgcc2.c -o libgcc/./_mulvdi3.o /home/hp/combined/combined/gcc/libgcc2.c: In function '__mulvti3': /home/hp/combined/combined/gcc/libgcc2.c:279: internal compiler error: in simplify_cond_and_lookup_avail_expr, at tree-ssa-dom.c:\ 2099 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [libgcc/./_mulvdi3.o] Error 1 With "Sat Jan 15 08:22:33 UTC 2005", the tree built. -- What|Removed |Added CC||hp at gcc dot gnu dot org GCC target triplet|i686-pc-linux-gnu, powerpc, |i686-pc-linux-gnu, powerpc, |etc |mmix, etc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug middle-end/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:27 --- (In reply to comment #6) > Set to front-end bug based on observations by the reporter (as opposed to wild > guessing by someone else...) I was not guessing, I actually debuged this and came up with this conclusion. Maybe I should have said this before. Also .generic in most languages is right after gimplification IFF the languages does not produce generic tree right away (which almost none do). -- What|Removed |Added Component|ada |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19419
[Bug middle-end/19330] [4.0 Regression] FAIL: gcc.c-torture/execute/20010605-2.c execution, -O1
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-15 16:34 --- Subject: Re: [4.0 Regression] FAIL: gcc.c-torture/execu > --- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 > 12:39 --- > Why is this a middle-end bug? Is this not target-specific? It's not really clear. I marked it as a middle-end bug because the fails started in a very specific period and they aren't as far as I know related to a target specific change. 20010605-2.c passes at -O0. This suggests an optimization issue. > Anyone working on fixes? I've looked a bit at gcc.c-torture/execute/20010605-2.c. I know that main is incorrectly passing z to baz. At the moment, I only have weekends and evenings for GCC work. PR 19332 and this one are the only C fails that are not understood for this target. If you are interested, I would appreciate help in working on these two PRs. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19330
[Bug middle-end/19330] [4.0 Regression] FAIL: gcc.c-torture/execute/20010605-2.c execution, -O1
-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 16:37:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19330
[Bug middle-end/19332] [4.0 Regression] FAIL: gcc.c-torture/execute/20040709-[12].c execution, -O2 and -O1
-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 16:37:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19332
[Bug ada/19456] [4.0 regression] ada bootstrap failure on alpha-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:42 --- Hmm, alphaev67-unknown-linux-gnu reported results on the 13th: http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00613.html Are you sure that this is not fixed yet? -- What|Removed |Added GCC target triplet||alpha-linux Keywords||build, wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19456
[Bug fortran/19460] New: f90 code causes gfortran to segfault
One particular F90 source code file in our solver package causes gfortran to issue an internal compiler error and seg fault. I have not been able to determine precisely what in the file triggers the problem. I am using gfortran version 4.0.0 20050106 (experimental). It was configured and built for an AMD Opteron system running Fedora with no special configure options. The command line for compiling the troublesome file is gfortran -Wall -fno-second-underscore -g -DDEBUG -c Generic_EvalsAndETAX.f90 The compiler output is Generic_EvalsAndETAX.f90:0: internal compiler error: Segmentation fault -- Summary: f90 code causes gfortran to segfault Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cummings at cacr dot caltech dot edu CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19460
[Bug c++/19457] [4.0 Regression] Warning depends on cached constant
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:49 --- Confirmed, I have been wondering where this warning was coming from. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.0.0 Known to work||3.3.2 Last reconfirmed|-00-00 00:00:00 |2005-01-15 16:49:22 date|| Summary|Warning depends on cached |[4.0 Regression] Warning |constant|depends on cached constant Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug fortran/19460] f90 code causes gfortran to segfault
-- What|Removed |Added Severity|critical|normal GCC build triplet|x86_64-unknown-linux-gnu| GCC target triplet||x86_64-unknown-linux-gnu Keywords||ice-on-valid-code Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19460
[Bug tree-optimization/19458] [4.0 Regression] bootstrap failure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 16:51 --- Fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00882.html -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
[Bug fortran/19460] f90 code causes gfortran to segfault
--- Additional Comments From cummings at cacr dot caltech dot edu 2005-01-15 16:56 --- Created an attachment (id=7965) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7965&action=view) Generic_EvalsAndETAX.f90 source code and modules Unpack this file and then run the compile command as given in the bug report to reproduce the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19460
[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 17:01 --- (In reply to comment #3) > I am testing BOOT_CFLAGS='-O2 -g -gstabs' on ppc-darwin to see if this is a > dup of bug 19327. Oh, the correct way to test that would be '-O2 -gstabs' and leave out the -g, testing this again to see if this is a dup of bug 19327. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19436
[Bug c++/19457] [4.0 Regression] Warning depends on cached constant
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:07 --- (In reply to comment #1) woudn't one exect that any constant >= 0 to be compatible with signed or unsigned, where only constants < 0 should be assumed to be only compatible with signed without a cast? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug ada/19388] [4.0 Regression] MAX_OFILE_ALIGNMENT on PA HP-UX
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 17:10 --- Subject: Bug 19388 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 17:10:02 Modified files: gcc: ChangeLog gcc/config/pa : pa.c pa64-hpux.h som.h Log message: PR ada/19388 * pa.c (pa_asm_output_aligned_common): Warn if specified alignment exceeds maximum alignment for global common data. * pa64-hpux.h (MAX_OFILE_ALIGNMENT): Define to 32768. * som.h (MAX_OFILE_ALIGNMENT): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7139&r2=2.7140 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa.c.diff?cvsroot=gcc&r1=1.282&r2=1.283 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa64-hpux.h.diff?cvsroot=gcc&r1=1.37&r2=1.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/som.h.diff?cvsroot=gcc&r1=1.52&r2=1.53 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19388
[Bug fortran/19460] f90 code causes gfortran to segfault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 17:13 --- This is a dup of bug 16861, I found this by looking at .mod for that PR and looking for similarities (after seeing the backtrack was similar). Generic_EvalsAndETAX uses generic_evalgamma and array_bounds. generic_evalgamma uses array_bounds. This is what makes this a dup of bug 16861. *** This bug has been marked as a duplicate of 16861 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19460
[Bug fortran/16861] segfault with doubly used module
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 17:13 --- *** Bug 19460 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||cummings at cacr dot caltech ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16861
[Bug c++/19457] [4.0 Regression] Warning depends on cached constant
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:17 --- (In reply to comment #2) where futher then any constant not explictly negative should be considerd compatible with either signed or unsigned assignment; thereby 0x8000 is compatible with either, as the value is not explicitly negative, although may be interpeted as being so iff assigned to a signed variable of equal size, but not otherwise; it would seem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug debug/19212] /tmp/ccbY7YyA.s:6435: Error: attempt to get value of unresolved symbol `__s:V151'
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-15 17:27 --- The patch causes problems: spawn /xxx/gnu/gcc-3.4/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc-3.4/objdir/g cc/ -nostdinc++ -L/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src -L/ xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/.libs -B/usr/local/vax -dec-ultrix4.3/bin/ -B/usr/local/vax-dec-ultrix4.3/lib/ -isystem /usr/local/vax- dec-ultrix4.3/include -g -fmessage-length=0 -DDEBUG_ASSERT -DLOCALEDIR="/xxx/gnu /gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/po/share/locale" -nostdinc++ -I/x xx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/include/vax-dec-ultrix4.3 - I/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/include -I/xxx/gnu/gcc-3 .4/gcc/libstdc++-v3/libsupc++ -I/xxx/gnu/gcc-3.4/gcc/libstdc++-v3/libio -I/xxx/g nu/gcc-3.4/gcc/libstdc++-v3/include/backward -I/xxx/gnu/gcc-3.4/gcc/libstdc++-v3 /testsuite /xxx/gnu/gcc-3.4/gcc/libstdc++-v3/testsuite/17_intro/header_iostream. cc -g -O2 -DDEBUG_ASSERT -lv3test -L/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3//l ibstdc++-v3/testsuite -lm -o ./header_iostream.exe /xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/.libs/libstdc++.a(c++ locale.o)(.data+0x0):/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/ c++locale.cc: multiple definition of `std::locale::_S_categories' /xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/.libs/libstdc++.a(loc ale.o)(.data+0x8):/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/../ ../../../gcc/libstdc++-v3/src/locale.cc: first defined here collect2: ld returned 1 exit status compiler exited with status 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19212
[Bug c++/19457] [4.0 Regression] Warning depends on cached constant
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:36 --- (In reply to comment #0) Lasly, (sorry for not collecting all thoughts first), suspect the problem may be that ~ is being considered as being analogous to an arithmetic -, which it shoudn't be; therefore ~(any constant value >= 0) should be compatible with either signed or unsiged. although -(any constant value >= 0) should be compatible with only signed witout a cast. (as ~ is a bit-wise operation, not a arithmetic one, otherwise one couldn't even specify: (unsigned)x = (unsigned)x & 0x3; without a cast, likely generating tons of useless warnings) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug c++/19457] [4.0 Regression] Warning depends on cached constant
--- Additional Comments From schlie at comcast dot net 2005-01-15 18:09 --- (In reply to comment #4) (again sorry), nor should ~0 be considred equivelent to -1, any more than any explicit non-signed constant like 0x for example be (as previously questioned), as such values only have equivelent representations if the constant's required representation precision happens to be the same as the targets specifed int type-sizes; therefore would not be reasonably target portable if treated otherwise. (assuming for the sake of argument if sizeof(int) = 2, sizeof(long) = 4): unsigned long = (assumed signed int compatibe) -1, long == 0x unsigend long = (assumed unsigned int compatible)~0, long == 0x000 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19457
[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 18:18 --- Confirmed as a dup of bug 19327, -O2 -gstabs causes a bootstrap failure on ppc-darwin with the same errror: /usr/bin/ld: Undefined symbols: _exp_ch2__expand_current_value__in_appropriate_scope.625 _par__ch5__p_exit_statement__missing_semicolon_on_exit.3174 *** This bug has been marked as a duplicate of 19327 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19436
[Bug middle-end/19327] [4.0 Regression] FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 18:18 --- *** Bug 19436 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19327
[Bug target/19388] [4.0 Regression] MAX_OFILE_ALIGNMENT on PA HP-UX
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 18:21 --- Fixed, the remaining build failure is recorded in PR 19327. -- What|Removed |Added Status|NEW |RESOLVED Component|ada |target Keywords||build Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19388
[Bug bootstrap/19461] New: hidden __eprintf referenced by DSO, gas+gld
Bootstrapping in a unified tree, LAST_UPDATED "Fri Jan 14 01:28:39 UTC 2005" (together with gas and ld) with srcdir/configure --disable-nls (because without that, I get missing NLS-related symbols, but that's another story), from a gcc-2.95.2 installation and using GNU make, I get this error (cut-n-pasted): ... mkdir .libs /tmp/hptmp/obj/gcc/g++ -shared-libgcc -B/tmp/hptmp/obj/gcc/ -nostdinc++ -B/usr/local/sparc-sun-solaris2.8/bin/ -B/usr/local/sparc\ -sun-solaris2.8/lib/ -isystem /usr/local/sparc-sun-solaris2.8/include -isystem /usr/local/sparc-sun-solaris2.8/sys-include -g -O2\ -D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 -DLOCALEDIR=/tmp/hptmp/obj/sparc-sun-solaris2.8/libstdc\ ++-v3/po/share/locale -g -O2 -o abi_check abi_check.o -L/tmp/hptmp/obj/sparc-sun-solaris2.8/libstdc++-v3/src -L/tmp/hptmp/obj/sp\ arc-sun-solaris2.8/libstdc++-v3/src/.libs -L/tmp/hptmp/obj/ld -lv3test -L/tmp/hptmp/obj/sparc-sun-solaris2.8/libstdc++-v3/testsui\ te -lm -Wl,--rpath -Wl,/tmp/hptmp/obj/gcc -Wl,--rpath -Wl,/tmp/hptmp/obj/sparc-sun-solaris2.8/libstdc++-v3/src/.libs /tmp/hptmp/obj/gcc/collect-ld: abi_check: hidden symbol `__eprintf' in /tmp/hptmp/obj/gcc/libgcc.a(_eprintf.o) is referenced by D\ SO /tmp/hptmp/obj/gcc/collect-ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status make[4]: *** [abi_check] Error 1 make[4]: Leaving directory `/tmp/hptmp/obj/sparc-sun-solaris2.8/libstdc++-v3/testsuite' This might very well be a binutils bug, but better start at the top. I need a bug-report I can point to, that explains why I test a patch for *another* bug without c++/libstdc++. -- Summary: hidden __eprintf referenced by DSO, gas+gld Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 19:08 --- http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00409.html hmm, I don't know if that was with the native tools or not. -- What|Removed |Added Keywords||build Version|unknown |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug inline-asm/16194] [3.3/3.4/4.0 Regression] global register with inline-asm and clobered
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 19:13 --- For future reference, it would have been ok to assign this bug to me, once the bug was diagnosed and attributed to an incomplete patch of mine. (BTW, your patch introduces spurious spaces.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15 19:14 --- Which binutils version? -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15 19:20 --- > http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00409.html > hmm, I don't know if that was with the native tools or not. Native, as neither --with-gnu-as not --with-gnu-ld is specified. But I successfully bootstrapped with Binutils 2.15.94 CVS on 01/09 and with Binutils 2.15 CVS on 01/01. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug rtl-optimization/19462] New: generating return insns while current_function_epilogue_delay_list nonempty
Similar to PR target/7042, this bug is about reorg generating a return insn while current_function_epilogue_delay_list. The test-case is newlib/libc/string/wcscspn.c:1.1, which will be entered in the test-suite (including copyright/license note) with modified data-types to avoid included files. Like PR target/7042, this should only affect targets with ELIGIBLE_FOR_EPILOGUE_DELAY Noticed thanks to the sanity check in the CRIS port introduced with the fix for PR target/7042. The error looks like this, cutnpasted: /home/hp/cvs_areas/combined/cris-obj/gcc/xgcc -B/home/hp/cvs_areas/combined/cris-obj/gcc/ -nostdinc -B/home/hp/cvs_areas/combined\ /cris-obj/cris-unknown-elf/v10/newlib/ -isystem /home/hp/cvs_areas/combined/cris-obj/cris-unknown-elf/v10/newlib/targ-include -is\ ystem /home/hp/cvs_areas/combined/combined/newlib/libc/include -B/tmp/cris/cris-unknown-elf/bin/ -B/tmp/cris/cris-unknown-elf/lib\ / -isystem /tmp/cris/cris-unknown-elf/include -isystem /tmp/cris/cris-unknown-elf/sys-include -L/home/hp/cvs_areas/combined/cris-\ obj/ld -march=v10 -mbest-lib-options -DPACKAGE=\"newlib\" -DVERSION=\"1.13.0\" -I. -I/home/hp/cvs_areas/combined/combined/newli\ b/libc/string -O2 -DHAVE_RENAME -DHAVE_GETTIMEOFDAY -D_USE_WRITE -fno-builtin-O2 -g -O2 -O2 -g -O2 -march=v10 -mbest-lib-o\ ptions -c /home/hp/cvs_areas/combined/combined/newlib/libc/string/wcscspn.c /home/hp/cvs_areas/combined/combined/newlib/libc/string/wcscspn.c: In function 'wcscspn': /home/hp/cvs_areas/combined/combined/newlib/libc/string/wcscspn.c:85: internal compiler error: in output_149, at insn-output.c:1086 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: generating return insns while current_function_epilogue_delay_list nonempty Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: hp at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: cris-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 19:51 --- This bug was first spotted with "Fri Jan 14 01:28:39 UTC 2005", then confirmed on another system with "Fri Jan 14 10:58:15 CET 2005". Patch-testing in progress. -- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 19:51:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 20:03 --- Any smaller testcase would be helpfull :). -- What|Removed |Added Severity|normal |minor Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug target/19336] FAIL: gcc.dg/titype-1.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 20:05 --- Subject: Bug 19336 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 20:04:57 Modified files: gcc: ChangeLog gcc/config/pa : pa.c pa.h Log message: PR target/19336 * pa.c (pa_scalar_mode_supported_p): New function. (TARGET_SCALAR_MODE_SUPPORTED_P): Define. * pa.h (MIN_UNITS_PER_WORD): Add comment. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7142&r2=2.7143 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa.c.diff?cvsroot=gcc&r1=1.284&r2=1.285 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa.h.diff?cvsroot=gcc&r1=1.240&r2=1.241 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19336
[Bug target/19336] FAIL: gcc.dg/titype-1.c
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-15 20:07 --- Note: the patch doesn't fix the PR. It addresses a correctness issue regarding the lack of TImode support on hppa64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19336
[Bug rtl-optimization/19463] New: 387 constants still emitted with -mno-80387 & -mfpmath=sse
Under elusive conditions, hence the rather cluttered testcase, i'm seeing some
387 constants being used here and there; it doesn't have a big performance
impact but it's not uncommon or correct :)
Happens on gcc-40102 and a 2 day old cvs version (post SSE audit).
With: -O2 -march=k8 -fomit-frame-pointer -mfpmath=sse -mno-80387
[-mno-fancy-math-387]
#include
struct vec_t {
float x,y,z;
vec_t() {}
vec_t(const float f1,const float f2,const float f3) : x(f1),y(f2),z(f3)
{}
vec_t operator *(const float f) const { return vec_t(x*f,y*f,z*f); }
vec_t operator -(const vec_t &v) const { return
vec_t(x-v.x,y-v.y,z-v.z); }
float mag() const { return sqrtf(x*x + y*y + z*z); }
vec_t normalize() const { return *this * (1.f/mag()); }
vec_t cross(const vec_t &v) const { return vec_t(y*v.z - z*v.y,z*v.x
- x*v.z, x*v.y - y*v.x); }
};
// needs -O >= 2
void fpu_constant(vec_t &v1, vec_t &v2, vec_t &v3) {
const vec_t
d = (v1-v2).normalize(),
r = v3.cross(d).normalize(),
u = d.cross(r).normalize();
v1 = d; v2 = r; v3 = u;
}
// while making the testcase also found that; needs -O >=1
void fpu_load_store(vec_t &v1, vec_t &v2, vec_t &v3) {
const vec_t
d = (v1-v2).normalize(),
r = v3.cross(d).normalize(),
u;//= d.cross(r).normalize();
v1 = d; v2 = r; v3 = u;
}
int main() { return 0; }
In fpu_constant i'm seeing:
401073: fld1
...
4010ba: movss 0x402000,%xmm1
4010c2: sqrtss %xmm0,%xmm0
4010c6: divss %xmm0,%xmm1
...
401123: fstps (%esp)
...
4011c0: movss (%esp),%xmm1
4011c5: sqrtss %xmm0,%xmm0
4011c9: divss %xmm0,%xmm1
While making that testcase, i've stumbled upon fpu_load_store:
401220: flds 0x402004
...
401325: fsts 0x8(%ecx)
401328: fsts 0x4(%ecx)
40132b: fstps (%ecx)
40132d: add$0x8,%esp
401330: pop%ebx
401331: ret
I've also spotted an fldz on occasion (but not in this testcase).
--
Summary: 387 constants still emitted with -mno-80387 & -
mfpmath=sse
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbptbp at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19463
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:15 --- Why was severity changed to minor? I changed it back to "normal"; this bug must be fixed, so maybe it should have been "critical". And I'll handle the test-case, don't worry. -- What|Removed |Added Severity|minor |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:17 --- No, this is with gas and GNU ld, as I said: Using `/tmp/hptmp/combined/gcc/config/sparc/sparc.c' for machine-specific logic. Using `/tmp/hptmp/combined/gcc/config/sparc/sparc.md' as machine description file. Using the following target machine macro files: /tmp/hptmp/combined/gcc/config/sparc/biarch64.h /tmp/hptmp/combined/gcc/config/sparc/sparc.h /tmp/hptmp/combined/gcc/config/dbxelf.h /tmp/hptmp/combined/gcc/config/elfos.h /tmp/hptmp/combined/gcc/config/svr4.h /tmp/hptmp/combined/gcc/config/sparc/sysv4.h /tmp/hptmp/combined/gcc/config/sol2.h /tmp/hptmp/combined/gcc/config/sparc/sol2.h /tmp/hptmp/combined/gcc/config/sparc/sol2-gld.h /tmp/hptmp/combined/gcc/config/sparc/sol2-gas.h /tmp/hptmp/combined/gcc/config/sparc/sol2-bi.h /tmp/hptmp/combined/gcc/config/tm-dwarf2.h /tmp/hptmp/combined/gcc/config/sparc/sol2-gld-bi.h /tmp/hptmp/combined/gcc/config/sparc/sol2-gas-bi.h Using host-solaris.o for host machine hooks. checking whether NLS is requested... no checking what assembler to use... "newly built gas" checking what linker to use... "newly built ld" checking what nm to use... "newly built nm" checking what objdump to use... "newly built objdump" checking assembler for .balign and .p2align... yes checking assembler for .p2align with maximum skip... yes checking assembler for working .subsection -1... yes checking assembler for .weak... yes checking assembler for .nsubspa comdat... yes checking assembler for .hidden... yes checking linker for .hidden support... yes checking assembler for .sleb128 and .uleb128... yes checking assembler for eh_frame optimization... yes checking assembler for section merging support... yes checking assembler for COMDAT group support... yes checking assembler for thread-local storage support... yes checking linker -Bstatic/-Bdynamic option... yes checking assembler for .register... yes checking assembler for -relax option... no checking assembler for unaligned pcrel relocs... no checking assembler for offsetable %lo()... no checking assembler for dwarf2 debug_line support... yes checking assembler for buggy dwarf2 .file directive... no checking assembler for --gdwarf2 option... yes checking assembler for --gstabs option... yes checking linker read-only and read-write section mixing... read-write checking linker PT_GNU_EH_FRAME support... yes checking linker position independent executable support... yes checking linker --as-needed support... no Using ggc-page for garbage collection. checking whether to enable maintainer-specific portions of Makefiles... no Links are now set up to build a native compiler for sparc-sun-solaris2.8. -- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 20:17:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:19 --- Oh, you meant what binutils was used at the testresults URL! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 20:22 --- Still since Eric could bootstrap with the GNU binutils, this almost has to be a binutils bug. -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 20:27 --- Well there is no testcase in this bug. -- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug fortran/17941] gfortran: parser chokes on complex literal constant
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-15 20:34 --- Paul, the code is legal! Both NAG and Lahey compile the code without warning or error. Apparently, IFC also compiles the code. I just sent you a new patch to fix the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17941
[Bug target/19463] 387 constants still emitted with -mno-80387 & -mfpmath=sse
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 20:39 --- I would doubt this is target related but really the register allocator sucking. -- What|Removed |Added Severity|normal |enhancement Component|rtl-optimization|target Keywords||missed-optimization, ssemmx Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19463
[Bug rtl-optimization/19464] New: [3.3/3.4/4.0 Regression] gcse causes poor register allocation
GCC with gcse enabled generates very poor code for this fragment:
--
int r0, r1, r2, r3, r4, r5;
void f (int n)
{
while (-- n)
{
r1 += r0;
r2 += r1;
r3 += r2;
r4 += r3;
r5 += r4;
r0 += r5;
}
}
--
This is code from 3.4.4 with -O2 -fomit-frame-pointer:
.L4:
movl16(%esp), %ebp
movl12(%esp), %esi
movl8(%esp), %ecx
movl4(%esp), %edx
movl(%esp), %eax
addl%edi, %ebp
addl%ebp, %esi
movl%ebp, 16(%esp)
addl%esi, %ecx
movl%esi, 12(%esp)
addl%ecx, %edx
movl%ecx, 8(%esp)
addl%edx, %eax
decl20(%esp)
movl%edx, 4(%esp)
leal(%edi,%eax), %ebx
movl%eax, (%esp)
movl%ebx, %edi
jne .L4
And this is with -O2 -fomit-frame-pointer -fno-gcse:
.L4:
addl%edi, %ebp
addl%ebp, %ebx
addl%ebx, %ecx
addl%ecx, %edx
addl%edx, %eax
addl%eax, %edi
decl%esi
jne .L4
Same applies for 4.0.0, only one should use '-O2 -fomit-frame-pointer
-fno-tree-loop-im -fno-gcse' to get decent code.
This is a regression and was introduced by this change:
2001-07-16 Daniel Berlin <[EMAIL PROTECTED]>
* gcse.c: Update comment at top.
Update comment on mem handling.
mem_last_set, mem_first_set, mem_set_in_block: gone.
Declaration of reg_set_info: gone.
(oprs_unchanged_p): Don't use mem_*set_* anymore. They are
pointless with load_killed_in_block_p (they are *more*
conservative then it, not less, and less accurate).
(oprs_not_set_p): Ditto.
(alloc_gcse_mem): Don't allocate mem_set_in_block
(free_gcse_mem): Don't free it, either.
(record_last_mem_set_info): Update comment in front, remove
mem_*set_* stuff. Note the reason we don't handle stores directly
here.
(compute_hash_table): Update comments to reflect reality. Remove
mem_*set_* references.
(reset_opr_set_tables): Remove mem_*set_* references.
(mark_call): Ditto.
(mark_set): Ditto. Also remove double sets of bitmaps for REG's.
(mark_clobber): Ditto (on both parts, we double set here too).
(expr_killed_p): Remove mem_set_in_block test.
(compute_transp): Remove mem_set_in_block test.
--
Summary: [3.3/3.4/4.0 Regression] gcse causes poor register
allocation
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19464
[Bug rtl-optimization/19464] [3.3/3.4/4.0 Regression] gcse causes poor register allocation
-- What|Removed |Added Known to fail||3.3.5 3.4.4 4.0.0 Known to work||2.95.3 3.0.4 Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19464
[Bug rtl-optimization/19464] [3.3/3.4/4.0 Regression] gcse causes poor register allocation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 21:04 --- Confirmed, for 3.4 and 3.3, -fnew-ra fixes the problem so this is just the register allocator really being stupid. With 4.0 and -fnew-ra, we just seg fault (I think this is why we should remove -fnew-ra on the mainline because it does not work on most programs at all). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-15 21:04:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19464
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 21:05 --- Hm, I thought I had assigned this to me. Stupid bugzilla. -- What|Removed |Added Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 21:06 --- You know that there is a "view bug activity" which shows why something in the state. Again there is no testcase here, we really need one even though you are fixing it. -- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 21:19 --- Subject: Bug 19321 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 21:18:59 Modified files: gcc/testsuite : ChangeLog gcc/objc : ChangeLog objc-act.c Added files: gcc/testsuite/objc.dg: func-ptr-2.m volatile-1.m Log message: [gcc/objc/ChangeLog] 2005-01-15 Ziemowit Laski <[EMAIL PROTECTED]> PR objc/19321 * objc-act.c (get_arg_type_list): Decay function arguments into pointers. (objc_push_parm): Likewise; bring PARM_DECL construction closer in line with what the C front-end does. (objc_get_parm_info): Call pushdecl() and finish_decl() on each PARM_DECL, like the C front-end does. (start_method_def): Remove redundant ARRAY_TYPE decay. (objc_start_function): Bring closer in line with what the C front-end does for functions. [gcc/testsuite/ChangeLog] 2005-01-15 Ziemowit Laski <[EMAIL PROTECTED]> PR objc/19321 * objc.dg/func-ptr-2.m: New. * objc.dg/volatile-1.m: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4891&r2=1.4892 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/objc.dg/func-ptr-2.m.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/objc.dg/volatile-1.m.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gcc&r1=1.23&r2=1.24 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&r1=1.260&r2=1.261 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19321
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 21:27 --- Of course we need a test-case. Still, when I've assigned the bug to me _I_will_take_care_of_that_. See also initial text. You're not helping. -- What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2005-01-15 19:51:50 |2005-01-15 21:27:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages
--- Additional Comments From zlaski at apple dot com 2005-01-15 21:27 --- Committed fix. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19321
[Bug rtl-optimization/19462] generating return insns while current_function_epilogue_delay_list nonempty
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 21:30 --- Subject: Bug 19462 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 21:30:42 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/torture: pr19462-1.c Log message: PR rtl-optimization/19462 * gcc.dg/torture/pr19462-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4892&r2=1.4893 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr19462-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19462
[Bug rtl-optimization/19464] [3.3/3.4/4.0 Regression] gcse causes poor register allocation
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15 21:44 --- Subject: Re: New: [3.3/3.4/4.0 Regression] gcse causes poor register allocation > This is a regression and was introduced by this change: I have a very hard time believing this, since the patch below only touched store motion. > > 2001-07-16 Daniel Berlin <[EMAIL PROTECTED]> > > * gcse.c: Update comment at top. > Update comment on mem handling. > mem_last_set, mem_first_set, mem_set_in_block: gone. > Declaration of reg_set_info: gone. > (oprs_unchanged_p): Don't use mem_*set_* anymore. They are > pointless with load_killed_in_block_p (they are *more* > conservative then it, not less, and less accurate). > (oprs_not_set_p): Ditto. > (alloc_gcse_mem): Don't allocate mem_set_in_block > (free_gcse_mem): Don't free it, either. > (record_last_mem_set_info): Update comment in front, remove > mem_*set_* stuff. Note the reason we don't handle stores directly > here. > (compute_hash_table): Update comments to reflect reality. Remove > mem_*set_* references. > (reset_opr_set_tables): Remove mem_*set_* references. > (mark_call): Ditto. > (mark_set): Ditto. Also remove double sets of bitmaps for REG's. > (mark_clobber): Ditto (on both parts, we double set here too). > (expr_killed_p): Remove mem_set_in_block test. > (compute_transp): Remove mem_set_in_block test. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19464
[Bug rtl-optimization/19464] [3.3/3.4/4.0 Regression] gcse causes poor register allocation
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15 21:48 --- Subject: Re: [3.3/3.4/4.0 Regression] gcse causes poor register allocation On Sat, 2005-01-15 at 21:44 +, dberlin at dberlin dot org wrote: > --- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15 > 21:44 --- > Subject: Re: New: [3.3/3.4/4.0 Regression] > gcse causes poor register allocation > > > > This is a regression and was introduced by this change: > > I have a very hard time believing this, since the patch below only > touched store motion. Unless, of course, GCSE was completely broken for simple expressions somehow before the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19464
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15 22:06 --- I just bootstrapped C,C++ mainline against Binutils 2.15 CVS without a hitch: _eprintf.o: file format elf32-sparc SYMBOL TABLE: ldf *ABS* libgcc2.c ld .text ld .data ld .bss ld .debug_abbrev ld .debug_info ld .debug_line ld .debug_frame ld .debug_pubnames ld .debug_aranges ld .debug_str ld .comment 0008 g F .text 0048 .hidden __eprintf *UND* __iob *UND* _GLOBAL_OFFSET_TABLE_ *UND* fprintf *UND* fflush *UND* abort I'd suggest to try with at least Binutils 2.14 (2.15 Release is broken). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug java/19444] GCJ implementation of java.net.URI misses host support
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 22:27 --- Subject: Bug 19444 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 22:27:02 Modified files: libjava: ChangeLog libjava/java/net: URI.java Log message: 2005-01-15 Michael Koch <[EMAIL PROTECTED]> PR libgcj/19444 * java/net/URI.java (AUTHORITY_REGEXP): New regexp constant. (AUTHORITY_USERINFO_GROUP): New constant. (AUTHORITY_HOST_GROUP): Likewise. (AUTHORITY_PORT_GROUP): Likewise. (port): Changed default value to -1. (parseURI): Parse authority part and initialize host, port and userInfo. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3288&r2=1.3289 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/net/URI.java.diff?cvsroot=gcc&r1=1.7&r2=1.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19444
[Bug fortran/17941] gfortran: parser chokes on complex literal constant
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-15 22:27 --- I started a thread on c.l.f. The title is "whitespace in signed real literal constants. So far, it appears that the code is indeed standard conforming. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17941
[Bug libgcj/15430] Cannot interrupt blocking I/O calls with close()
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:30 --- I'm working on it -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |konqueror at gmx dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15430
[Bug libgcj/14759] ServerSocketChannel causes Selector.select() to return immediatly
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:30 --- I'm working on it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |konqueror at gmx dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14759
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 22:31 --- Will cvs up binutils and retry. (Oh my. It might actually be that the checkout is from before your recent .hidden/_GOT_-whatever bfd fix!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug java/19444] GCJ implementation of java.net.URI misses host support
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:36 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19444
