--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-03
07:07 ---
There are no new failures on c/c++/objc tests with the patch but
it makes 120 new failures on gfortran execution test. The patched
compiler still fails for libjava/interpret.cc and Andrew's
reduced
CVS HEAD 20050901, complete build log at
http://buildd.debian.org/fetch.php?pkg=gcc-snapshotver=20050901-1arch=s390stamp=1125582332file=logas=raw
if /bin/sh ./libtool --mode=compile
/build/buildd/gcc-snapshot-20050901/build/./gcc/xgcc -shared-libgcc
CVS HEAD 20050901 fails to bootstrap on powerpc-linux
if /bin/sh ./libtool --mode=compile
/build/buildd/gcc-snapshot-20050901/build/./gcc/xgcc -shared-libgcc
-B/build/buildd/gcc-snapshot-20050901/build/./gcc -nostdinc++
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
07:55 ---
For info, here is a way to create a pseudo inode number for stat and fstat using
mingw32 and a few Windows API calls:
http://gnuwin32.sourceforge.net/compile.html
--
Build of hdf5-1.6.4 with Fortran moduled fails with an internal compiler error.
See http://hdf.ncsa.uiuc.edu/HDF5/
./configure --enable-fortran
make
.
.
make[3]: Entering directory `/home/swhite/hdf5-1.6.4/fortran/src'
rm -f .libs/H5f90global.lo
gfortran -I. -I. -c H5f90global.f90 -fPIC -DPIC -o
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
08:46 ---
Well, that was not so difficult: when we write 1234\n6789\n for example, the
length of the write is 10. But the size of the resulting file is 12, since each
newline character is translated into a two-byte
cc1plus -O2 -fnon-call-exceptions fails with
internal compiler error: in expand_assignment, at expr.c:3929
for
void run (void) {
float stack[1];
float *sp = stack;
try
{
float value2 = ((float) *(--sp));
float value1 = ((float) *(--sp));
*(sp++) = (value1 - value2);
}
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-03
09:20 ---
BTW, I've found that Andrew's testcase fails even on i686-linux with
-O2 -fnon-call-exceptions:
internal compiler error: in expand_assignment, at expr.c:3929
I've filed it as PR 23714.
--
libjava fails to build on sparc-linux (CVS 20050901 HEAD)
Matthias
/home/doko-local/gcc/snap/gcc-snapshot-20050901/build/./gcc/xgcc -shared-libgcc
-B/home/doko-local/gcc/snap/gcc-snapshot-20050901/build/./gcc -nostdinc++
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-03
09:54 ---
Worked on SPARC/Solaris on
gax% cat ~/cvs/gcc/LAST_UPDATED
Tue Aug 30 23:56:01 CDT 2005
Wed Aug 31 04:56:01 UTC 2005
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
10:15 ---
OK, it's worse than I thought. When you open a file with O_BINARY, it is opened
using Unix conventions, and you need to add yourself the \r in the right places.
Otherwise, you can use the Windows CRLF
--- Additional Comments From jh at suse dot cz 2005-09-03 10:51 ---
Subject: Re: -fvisibility-inlines-hidden broken differently
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-03
01:03 ---
Frankly, I think -fvisibility-inlines-hidden is a bad idea.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
11:49 ---
This has already been fixed, this is a dup of bug 23676.
*** This bug has been marked as a duplicate of 23676 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
11:49 ---
*** Bug 23712 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
11:52 ---
This is most likely a target problem.
For the target maintainer see
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html for
more information.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
12:02 ---
I should mention this really undefined code, I did not mean it to be used for
any good example at
higher optimization than -O0.
Anyways confirmed. This has been failing since at least 20050822.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
12:03 ---
This is most likely a target problem.
For the target maintainer see
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html for
more information.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
12:05 ---
*** Bug 23713 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
12:05 ---
*** This bug has been marked as a duplicate of 17917 ***
--
What|Removed |Added
FAIL: obj-c++.dg/comp-types-10.mm (test for excess errors)
Excess errors:
/home/pinskia/src/onetest/gcc/gcc/testsuite/obj-c++.dg/comp-types-10.mm:19:
internal compiler
error: tree check: expected class 'type', have 'exceptional' (error_mark) in
setup_one_parameter, at tree-
inline.c:1116
The
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
12:42 ---
Confirmed, based on
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00118.html
.
--
What|Removed |Added
internal_error_function in ada/misc.c uses plain vfprintf for formatting the
error message, which may contain gcc-specific formatting directives when
called through tree_class_check_failed or tree_contains_struct_check_failed.
--
Summary: [Ada] Wrong ICE diagnostic formatting
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
13:03 ---
Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00163.html.
--
What|Removed |Added
--- Additional Comments From joseph at codesourcery dot com 2005-09-03
13:33 ---
Subject: Re: New: [Ada] Wrong ICE diagnostic formatting
On Sat, 3 Sep 2005, schwab at suse dot de wrote:
internal_error_function in ada/misc.c uses plain vfprintf for formatting the
error message,
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-03
13:36 ---
This is most likely a target problem.
For the target maintainer see
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html for
more information.
Thanks for the tip!
--
What|Removed
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-09-03 14:25 ---
Hi,
I now think that the true origin of this PR is related to the fact that for AVR
we need *two* registers for holding the frame pointer:
Recently, I have played around with modifying avr-gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
14:33 ---
Subject: Bug 23671
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-03 14:33:07
Modified files:
gcc: ChangeLog
gcc/config/pa :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
17:35 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
17:56 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00174.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
17:56 ---
Patch posted here for 4.1:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00174.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19324
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
18:11 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00175.html.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:18 ---
Subject: Bug 23699
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-03 18:18:48
Modified files:
gcc/cp : ChangeLog decl2.c parser.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:18 ---
Subject: Bug 21687
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-03 18:18:48
Modified files:
gcc/cp : ChangeLog decl2.c parser.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:27 ---
Subject: Bug 23699
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-03 18:27:39
Modified files:
gcc/cp : pt.c
Log message:
PR
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:29 ---
Subject: Bug 23699
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 18:29:47
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:29 ---
Subject: Bug 21687
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 18:29:47
Modified files:
gcc/testsuite :
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-03
18:45 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
18:50 ---
Subject: Bug 23454
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-03 18:49:52
Modified files:
gcc: ChangeLog reorg.c
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-03
18:52 ---
Does anyone happen to have a smallish test-case for this one?
Obviously, I can build one of the affected toolchains, but if someone has a
cut-down test case handy, I'll take it. :-)
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
19:04 ---
(In reply to comment #12)
Does anyone happen to have a smallish test-case for this one?
Obviously, I can build one of the affected toolchains, but if someone has a
cut-down test case handy, I'll take
--
Bug 23261 depends on bug 23264, which changed state.
Bug 23264 Summary: [mingw32] direct access failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23264
What|Old Value |New Value
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
19:08 ---
Don't ask me why, but this is a duplicate of PR23262. Patch fixes both.
*** This bug has been marked as a duplicate of 23262 ***
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
19:09 ---
*** Bug 23264 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
19:10 ---
Subject: Bug 23454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 19:09:59
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
19:14 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
19:53 ---
Subject: Bug 19004
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 19:53:01
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
19:55 ---
Subject: Bug 23326
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 19:54:51
Modified files:
gcc:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-03
19:55 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Hi,
On install, GCC copies ffitarget.h to
LIBDIR/gcc/TARGET/VERSION/include/libffi/ffitarget.h
However, ffi.h tries to #include ffitarget.h, and can't find it (no wonder).
Correction: Either put ffitarget.h into
LIBDIR/gcc/TARGET/VERSION/include, or change the line in
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-03
19:58 ---
From what I have seen on the gcc ml, it looks like the opposition to a
pex-win32.c patch (Mark) agrees on it, and Christopher said in
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00513.html he could do
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-03
19:59 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From mark at codesourcery dot com 2005-09-03 20:08
---
Subject: Re: [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc
execution test times out
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot
--- Additional Comments From mec at google dot com 2005-09-03 20:16 ---
Here is another test with confirmatory data.
Test case, reduced from some firefox code:
int punycode_decode(const char input[], unsigned char case_flags[])
{
int j;
for (j = 0; j 128; ++j) {
if
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4
.0/objdir/gcc/ /home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwar
f-char3.c -O2 -gdwarf-2 -dA -fno-show-column -S -o dwarf-char3.s(timeout
= 300)
PASS: gcc.dg/debug/dwarf2/dwarf-char3.c (test for
--- Additional Comments From pcarlini at suse dot de 2005-09-03 23:06
---
(In reply to comment #14)
Yes, but that makes it no easier for me to test and debug the problem.
Hi, today I tried, quickly, but failed to find a simple testcase. Tomorrow,
I'll try again, harder. Thanks for
--- Additional Comments From mark at gcc dot gnu dot org 2005-09-03 23:50
---
New TimeZone issue Bug #23566 Need to regenerate TimeZone data against
tzdata2005k
--
What|Removed |Added
--- Additional Comments From mark at gcc dot gnu dot org 2005-09-03 23:51
---
The TimeZones have been regenerated from tzcode2005l.
2005-08-25 Mark Wielaard [EMAIL PROTECTED]
Reported by Bastiaan Huisman [EMAIL PROTECTED]
* scripts/tzabbrevs: Change
--
Bug 16990 depends on bug 17003, which changed state.
Bug 17003 Summary: java.util.TimeZone information outdated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17003
What|Old Value |New Value
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org |dot au
URL|
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 00:14
---
After patching the gcc-4.0.1 source in boehm-gc/include/private/gcconfig.h, I
get the following errors when I go to make. I did not get this errors before
editing gcconfig.h, however they appear to be
stage1/xgcc -Bstage1/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/ -c -
g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototyp
es -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissin
g-format-attribute -Werror -fno-common
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 02:35
---
Ok, tried the same fix on another test machine, this one running Mandriva 2005
LE x86_64 and the arm-linux-gcc-4.0.1 toolchain with the boehm-gc patch compiled
fine.
--
--- Additional Comments From mark at codesourcery dot com 2005-09-04 03:08
---
Subject: Re: [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc
execution test times out
pcarlini at suse dot de wrote:
--- Additional Comments From pcarlini at suse dot de 2005-09-03
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 03:25
---
Ok after recompiling the static HelloWorld.exe with the patched toolchain the
following happens upon execution on the target:
===code==
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 03:52
---
Perhaps the above link does not apply, my host system doesn't contain a
dl-machine.h anywhere on the file system nor did a glibc-current directory
turn up.
--
On Sep 3, 2005, at 11:25 PM, ngmlinux at gmail dot com wrote:
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04
03:25 ---
Ok after recompiling the static HelloWorld.exe with the patched
toolchain the
following happens upon execution on the target:
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-04
04:07 ---
Subject: Re: Binaries generated by arm-linux-gcj segfault on execution on arm
target
On Sep 3, 2005, at 11:25 PM, ngmlinux at gmail dot com wrote:
--- Additional Comments From ngmlinux at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-04
04:09 ---
Fails every where as far as I can see.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-04
04:09 ---
Confirmed, that is.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-04
04:11 ---
Fixed by:
2005-09-03 Mark Mitchell [EMAIL PROTECTED]
PR c++/21687
* semantics.c (expand_or_defer_fn): Do not call ggc_collect when
finishing processing for a template function in
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 04:20
---
This is a glibc bug in the dynamic loader. Try a newer glibc.
Is this a glibc bug on the target or the host machine? I believe my host would
have a very recent glibc, my target has an ancient glibc but I
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-04
04:22 ---
(In reply to comment #18)
Is this a glibc bug on the target or the host machine? I believe my host
would
have a very recent glibc, my target has an ancient glibc but I compiled my
HelloWorld.java as a
--- Additional Comments From ngmlinux at gmail dot com 2005-09-04 05:02
---
You are running your program on the target right? Then it is a bug on the
target. The dynamic loader
still is invoked because well libjava still invokes it.
I believe you as I still have glibc-2.2.2 on my
74 matches
Mail list logo