gcc-3.3_3.3.3ds6-5_i386.changes uploaded successfully to localhost
along with the files:
gcc-3.3_3.3.3ds6-5.dsc
gcc-3.3_3.3.3ds6-5.diff.gz
cpp-3.3-doc_3.3.3-5_all.deb
libgcj-common_3.3.3-5_all.deb
libstdc++5-3.3-doc_3.3.3-5_all.deb
g77-3.3-doc_3.3.3-5_all.deb
gnat-3.3-doc_3.3.3-5_all.
gcc-3.3_3.3.3ds6-5_hppa.changes uploaded successfully to localhost
along with the files:
gcc-3.3-base_3.3.3-5_hppa.deb
libgcc1_3.3.3-5_hppa.deb
cpp-3.3_3.3.3-5_hppa.deb
protoize_3.3.3-5_hppa.deb
fixincludes_3.3.3-5_hppa.deb
gobjc-3.3_3.3.3-5_hppa.deb
libobjc1_3.3.3-5_hppa.deb
gij-3.
Accepted:
cpp-3.3-doc_3.3.3-5_all.deb
to pool/main/g/gcc-3.3/cpp-3.3-doc_3.3.3-5_all.deb
cpp-3.3_3.3.3-5_i386.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.3-5_i386.deb
fastjar_3.3.3-5_i386.deb
to pool/main/g/gcc-3.3/fastjar_3.3.3-5_i386.deb
fixincludes_3.3.3-5_i386.deb
to pool/main/g/gcc-3.3/fix
Accepted:
cpp-3.3_3.3.3-5_hppa.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.3-5_hppa.deb
fastjar_3.3.3-5_hppa.deb
to pool/main/g/gcc-3.3/fastjar_3.3.3-5_hppa.deb
fixincludes_3.3.3-5_hppa.deb
to pool/main/g/gcc-3.3/fixincludes_3.3.3-5_hppa.deb
g++-3.3_3.3.3-5_hppa.deb
to pool/main/g/gcc-3.3/g++-3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
06:36 ---
Looks fixed on the mainline:
Do not store floating point variables in registers, and inhibit other options
that might change whether a
floating point value is taken from a register or memory.
This option
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
06:39 ---
This is a dup of bug 11801.
*** This bug has been marked as a duplicate of 11801 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
06:39 ---
*** Bug 14709 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
06:40 ---
Confirmed, but I do not know how useful this is.
--
What|Removed |Added
Component|c
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #233673 to gcc-gnats as PR 14708
> # http://gcc.gnu.org/PR14708
> forwarded 233673 http://gcc.gnu.org/PR14708
Bug#233673: gcc-3.3: Description of -ffloat-store in gcc man page is incorrect
Noted your statement that Bug has been
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #238432 to gcc-gnats as PR 14709
> # http://gcc.gnu.org/PR14709
> forwarded 238432 http://gcc.gnu.org/PR14709
Bug#238432: gcj-3.3: gcj fails to wait for its child processes on exec()
Noted your statement that Bug has been forwa
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #237207 to gcc-gnats as PR 14710
> # http://gcc.gnu.org/PR14710
> forwarded 237207 http://gcc.gnu.org/PR14710
Bug#237207: g++-3.3: Warning about useless casts
Noted your statement that Bug has been forwarded to http://gcc.gnu.o
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #234711 to gcc-gnats as PR 14711
> # http://gcc.gnu.org/PR14711
> forwarded 234711 http://gcc.gnu.org/PR14711
Bug#234711: g++-3.3: internal compiler error in final.c:2117 when compiling a
huge source file
Noted your statement
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #236366 to gcc-gnats as PR 14712
> # http://gcc.gnu.org/PR14712
> forwarded 236366 http://gcc.gnu.org/PR14712
Bug#236366: gcj: Internal compiler error caused in gcc
Noted your statement that Bug has been forwarded to http://gcc
Vincent Lefevre writes:
> Package: gcc-3.3
> Version: 1:3.3.3-1
> Severity: normal
>
> The gcc man page says:
>
> -ffloat-store
> Do not store floating point variables in registers. This pre-
> vents undesirable excess precision on machines such as the 68000
> where
> Seems to be caused by too high line numbers. Simple workaround: Don't
> use such ridiculously large inputs.
>
> I'll check how newer gccs behave for this. Most likely it won't be
> fixed for 3.3.
it doesn't build with 3.4 (gcc-snapshot):
DynamicSystem_PPP_realPool.cxx: In function `void buildS
On 2004-03-24 08:03:40 +0100, Matthias Klose wrote:
> Vincent Lefevre writes:
> > The second paragraph is incorrect. The IEEE754 standard has nothing
> > to do with that since it allows extended precision for intermediate
> > computations. This option just makes gcc more ISO C compliant, since
> >
--- Additional Comments From giovannibajo at libero dot it 2004-03-24
13:57 ---
Confirmed, but reducing this will be a challenge. Can the original submitter
try to generate a smaller file in the first place? As small as possible.
--
What|Removed |Add
--- Additional Comments From bangerth at dealii dot org 2004-03-24 15:34
---
This section might even benefit from some of the words we have on our
web pages about the effects of excess precision.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14708
--- You are receiving th
--- Additional Comments From bangerth at dealii dot org 2004-03-24 15:42
---
Ugh, I've reduced bug reports with close to 100k lines, but this one has more
than 500k, and it takes forever to compile even without optimization.
However, it seems like a very good candidate for delta deb
Package: gcc-3.4
Version: 3.4-0pre2
Severity: important
Tags: experimental
Justification: fails to build from source
The following is a partial transcript:
for ext in preinst postinst prerm postrm; do \
if [ -f debian/$b$t.$ext ]; then \
cp -pf debian/$b$t.$ext debian/$b$v$t.$ext; \
fi; \
--- Additional Comments From falk at debian dot org 2004-03-24 16:24
---
When I tried to reformat it for delta debugging, the problem went away.
Therefore,
I think it's purely caused by too large line numbers (limit at 2^19 = 524288?).
Maybe somebody can try to verify this by inserting
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
16:27 ---
int rtint;
#define XINT(RTX, N)(RTL_CHECK2 (RTX, N, 'i', 'n').rtint)
#define NOTE_LINE_NUMBER(INSN) XCINT (INSN, 5, NOTE)
if (NOTE_LINE_NUMBER (insn) <= 0)
abort ();
So maybe we
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
16:50 ---
The problem is that the preprocess is making the line numbers wrong:
# 4294967290 "/Users/pinskia/gcc-3.3/include/c++/3.3.3/cctype" 3
I think the the negative numbers was just fixed on the 3.3 branch (like
--- Additional Comments From gdr at integrable-solutions dot net
2004-03-24 16:50 ---
Subject: Re: Warning about useless casts
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Confirmed, but I do not know how useful this is.
Please can you make it an enhancement with lo
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
16:50 ---
This is not related. The problem for this case it is a bug in the java
front-end as the line is wrong in the
error message too.
Also this takes too long on my computer to confirm.
--
What|
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
16:51 ---
Looks like Falk is right, I'll attach a short testcase
which has the following form:
template struct A {};
// lots of empty lines
void foo() { A<0> a; }
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
16:52 ---
Created an attachment (id=5990)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5990&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14711
--- You are receiving th
--- Additional Comments From gdr at integrable-solutions dot net
2004-03-24 16:53 ---
Subject: Re: ICE in final.c:2117 when compiling a huge source file
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| int rtint;
| #define XINT(RTX, N)(RTL_CHECK2 (RTX, N, 'i', 'n')
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-24
16:56 ---
Should have confirmed it.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From bangerth at dealii dot org 2004-03-24 17:06
---
That's very impressive you find it so quickly, guys!
BTW: we get PRs with testcases in the range of 80k lines not infrequently.
If 500k is getting us into trouble, this is not a huge margin, and we should
r
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
17:08 ---
Well, here's an even shorter testcase:
===
template struct A {};
# line 524288
void foo() { A<0> a; }
===
In the original example i
--- Additional Comments From giovannibajo at libero dot it 2004-03-24
17:09 ---
Notice that the ICE itself can be reproduced with:
-
# 4294967290
void foo(void) { }
-
but only with 3.3, it's gone on 3.4 and mainline. Of course, the real problem
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
17:44 ---
A major difference between my example in comment #10 and Giovanni's in
comment #11 is that the former ICEs when the line number exceeds 2^19
and the latter when it exceeds 2^31.
Maybe both bugs have differ
--- Additional Comments From bangerth at dealii dot org 2004-03-24 17:47
---
So given my own comment #9, do we have to expect testcases with 4e9
lines anytime soon? I hate to think about the implications on my
private life reducing such testcases might have...
--
http://gcc.gnu.or
Purchase some V_I_A_G_R_A - Get the magic Blue Pills NOW!!
Limited Time Offer: 15 100mg pills for $119.00
http://www.rl7.we4ddr4d.com/gp/default.asp?ID=bw
We also have these medications in highly discounted generic form:
Ambien, Xanax, Phentermine, Lipitor, Nexium, Paxil, and Vioxx.
--
What|Removed |Added
Known to fail|3.3 3.3.1 3.3.2 3.3.3 |3.0 3.0.1 3.0.2 3.0.3 3.0.4
||3.1 3.1.1 3.1.2 3.2 3.2.1
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
20:14 ---
All you need to see the compiler crash is the following testcase:
===
class bug {
void foo() {
// lots of empty lines
}}
===
When the line
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-03-24
20:15 ---
Created an attachment (id=5994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5994&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14712
--- You are receiving th
Brian M. Carlson writes:
> Package: gcc-3.4
> Version: 3.4-0pre2
> Severity: important
> Tags: experimental
> Justification: fails to build from source
> dh_installdirs -plib64gcc1 \
> usr/share/doc/lib64gcc1 \
> lib64
> install -d debian/tmp/lib64
> mv debian/tmp/usr/lib64/libgcc_s
--- Additional Comments From doko at cs dot tu-berlin dot de 2004-03-24
22:37 ---
Subject: description of -ffloat-store in gcc man page incorrect/inaccurate
On 2004-03-24 08:03:40 +0100, Matthias Klose wrote:
> Vincent Lefevre writes:
> > The second paragraph is incorrect. The IEEE754
LAST_UPDATED:
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes7963
# of unexpected successes 1
# of expected failures
LAST_UPDATED:
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8246
# of unexpected successes 1
# of expected failures 93
LAST_UPDATED:
Native configuration is alpha-unknown-linux-gnu
=== libjava tests ===
Running target unix
WARNING: program timed out.
FAIL: SyncTest execution - gij test
WARNING: program timed out.
FAIL: SyncTest -O execution - bytecode->native test
FAIL: initexc execution - gij t
LAST_UPDATED:
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/other/packed1.C execution test
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8170
# of unexpected
LAST_UPDATED:
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/compat/break/bitfield7 x_tst.o compile
UNRESOLVED: g++.dg/compat/break/bitfield7 x_tst.o-y_tst.o link
UNRESOLVED: g++.dg/compat/break/bitfield7 x_tst.o-y_tst.o execut
LAST_UPDATED:
Native configuration is s390-ibm-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8195
# of unexpected successes 1
# of expected failures 93
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-25
01:17 ---
First __STDC_IEC_559__ is comming from glibc and not GCC so glibc is wrong to
define it in most cases
on x86. Second the whole point of -ffloat-store is because x87 is such a
backwards ass system with
re
gcc-3.4_3.4ds1-0pre2_m68k.changes uploaded successfully to localhost
along with the files:
gcc-3.4-base_3.4-0pre2_m68k.deb
libgcc2_3.4-0pre2_m68k.deb
cpp-3.4_3.4-0pre2_m68k.deb
protoize_3.4-0pre2_m68k.deb
fixincludes_3.4-0pre2_m68k.deb
gobjc-3.4_3.4-0pre2_m68k.deb
libobjc1_3.4-0pre2_m
Accepted:
cpp-3.4_3.4-0pre2_m68k.deb
to pool/main/g/gcc-3.4/cpp-3.4_3.4-0pre2_m68k.deb
fastjar_3.4-0pre2_m68k.deb
to pool/main/g/gcc-3.4/fastjar_3.4-0pre2_m68k.deb
fixincludes_3.4-0pre2_m68k.deb
to pool/main/g/gcc-3.4/fixincludes_3.4-0pre2_m68k.deb
g++-3.4_3.4-0pre2_m68k.deb
to pool/main/g
49 matches
Mail list logo
