--- Comment #16 from nigelenki at comcast dot net 2006-07-11 07:08 ---
(In reply to comment #15)
> (In reply to comment #14)
>
...
> > Yes but now he has a limited number of code paths to go wrong on.
>
> That is not true. he just knows the last function and nothing more, this is
>
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-07-11 07:59
---
Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #3 from bangerth at dealii dot org 2006-07-11 08:29 ---
As usual, a reduced (or at least smaller than 51,000 lines) testcase would be
supremely helpful...
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--
--- Comment #8 from schwab at suse dot de 2006-07-11 08:44 ---
This is now causing bootstrap to fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
The Fortran 2003 standard declares:
"Every input/output statement except an OPEN, CLOSE, INQUIRE, or WAIT statement
shall refer to a unit that is connected to a file"
gfortran does not give a run-time error. However, I don't know whether one
should enforce the standard (and thus do this check).
p
--- Comment #9 from fnf at specifix dot com 2006-07-11 09:08 ---
Subject: Re: [4.2 regression] ICE in tree_int_cst_sgn
On Tuesday 11 July 2006 04:44, schwab at suse dot de wrote:
> This is now causing bootstrap to fail.
I'm currently configuring with --disable-libstdcxx-pch to work ar
--- Comment #8 from reichelt at igpm dot rwth-aachen dot de 2006-07-11
09:15 ---
Subject: Re: [4.0/4.1 regression] ICE with struct definition in
argument of template function
On 10 Jul, sje at cup dot hp dot com wrote:
>
>
> --- Comment #7 from sje at cup dot hp dot com 2006-0
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-07-11 09:20
---
Also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
July 10, 2006
Bug Report
Aloha from Honolulu,
The version info is at the end of this. I'm not sure which program has the
bug; AVR GCC or AVR Studio 4. Let me explain:
I'm using AVR Studio 4 and making the project in AVR GCC. My OS is Windows XP
so all my directory slashes are backwards "\". I
The following valid code snippet triggers an ICE since GCC 4.0.0:
==
template void foo()
{
(0 ? "" : "X")+1;
}
==
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: in fold_convert, at fold-const.c:2018
Please submit a fu
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28337
The following valid code snippet triggers an ICE since GCC 3.4.0:
===
void foo()
{
{ static const int& i = 0; }
{ static const int& i = 0; }
}
===
bug.cc:4: error: redefinition of 'int _ZGRZ3foovE1i'
bug.cc:3: error: 'int
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28338
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-11 10:51 ---
What happens if you use "\\" instead of "\" ? From the sound of it, \ is being
recongized as the escape character?
Also this does not sound related to GCC if you are using an IDE.
What happens if you invoke GCC d
--- Comment #1 from laurent at guerby dot net 2006-07-11 11:03 ---
Confirmed on 4.0, 4.1 releases and HEAD.
gcc -c -gnatN test.ads
+===GNAT BUG DETECTED==+
| 4.0.3 (x86_64-unknown-linux-gnu) Program_Error sinput.adb:404 explicit raise
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-11 11:19 ---
>From the look of it, someone forgets to have an unique identifier for the
temporary variables (for references). Right now it is semi unique but only to
the other functions.
--
pinskia at gcc dot gnu dot org cha
--- Comment #8 from paolo at gcc dot gnu dot org 2006-07-11 11:21 ---
Subject: Bug 28277
Author: paolo
Date: Tue Jul 11 11:21:38 2006
New Revision: 115332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115332
Log:
2006-07-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-07-11 12:04
---
I am going to mark this as blocking PR 28217 though it does not officially, but
fixing either one will not fix the bootstrap.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
A straight gfortran applied to the code
PROGRAM MAIN
C .. Local Scalars ..
INTEGER I
C .. Local Arrays ..
CHARACTER*8 REC(3)
C .. Executable Statements ..
C
WRITE (REC,FMT=9)
C
DO 20 I = 1, 3
WRITE (*,FMT=*) REC(I)
20 CONTINUE
gij ignores -Djava.security.manager. The reason for this is that the code to
handle it has not been merged from Classpath's java.lang.ClassLoader.
--
Summary: gij ignores -Djava.security.manager
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #17 from gerald at pfeifer dot com 2006-07-11 12:31 ---
i386-unknown-freebsd5.4 is also broken.
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #18 from pcarlini at suse dot de 2006-07-11 12:54 ---
Created an attachment (id=11858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11858&action=view)
Please test!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #19 from pcarlini at suse dot de 2006-07-11 12:55 ---
Created an attachment (id=11859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11859&action=view)
... and in case commit!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #20 from pcarlini at suse dot de 2006-07-11 12:56 ---
People affected by the breakage please carefully test the attached and, in
case, commit: I'm going away for a few hours... Thanks!
--
pcarlini at suse dot de changed:
What|Removed |A
--- Comment #10 from dje at gcc dot gnu dot org 2006-07-11 13:28 ---
This now causes bootstrap failure on primary platforms.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
The following (IMHO invalid) code snippet triggers an ICE since GCC 4.0.0:
=
template struct A {};
template struct B
{
A a;
};
B b;
=
bug.cc: In instantiation of 'B':
bug.cc:8: instantiated from here
bug.cc:5: i
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28341
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-07-11 13:57 ---
Subject: Bug 28162
Author: rguenth
Date: Tue Jul 11 13:57:05 2006
New Revision: 115333
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115333
Log:
2006-07-11 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from mathewc at nag dot co dot uk 2006-07-11 14:10 ---
Apologies, as I should have added
%gfortran -v
%Using built-in specs.
%Target: x86_64-unknown-linux-gnu
%Configured with: ./configure --enable-languages=c,fortran
%--prefix=/opt/gfortran/irun : (reconfigured) ./config
If there are two goto's that exit from nested functions and go to the same
label in main function, gcc generates references to two different labels, but
generates only one label to jump to. Result is undefined symbol and linking
error. This happens on both SPARC and SPARC64, both -O0 and -O3. Howev
--- Comment #2 from eweddington at cso dot atmel dot com 2006-07-11 14:15
---
"My complaint is that I discovered an error in the file paths
when I tried to look at some of the files under External Dependencies in the
AVR GCC Project Window. None would open. Clicking on File Properties
--- Comment #5 from patchapp at dberlin dot org 2006-07-11 14:20 ---
Subject: Bug number PR20903
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00459.html
--
http://gcc.gnu.org/bugzilla/sh
The following invalid code snippet triggers an ICE since GCC 4.0.0:
=
struct A
{
static int i __asm__(int);
};
=
bug.cc:3: error: expected string-literal before 'int'
bug.cc:3: error: expected `(' before 'int'
bug.c
--- Comment #2 from patchapp at dberlin dot org 2006-07-11 14:35 ---
Subject: Bug number PR20893
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00461.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from pault at gcc dot gnu dot org 2006-07-11 14:42 ---
Patch submitted to the list
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-11 14:42 ---
Patch submitted
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unas
Hello,
I found a bug in the documentation of std::set. The begin()-function is said to
return a read/write-iterator, but it doesn't. The iterator of the std::set is
always a const_iterator. I would be glad, if you could fix this documentation
error.
Sincerly
Manuel Günther
Institut für Neuro
--- Comment #2 from pault at gcc dot gnu dot org 2006-07-11 15:04 ---
This is fixed by the patch that I have just submitted for PR20903
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
libstdc++ fails to bootstrap on Tru64 UNIX as of 20060710:
/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/./gcc/xgcc -shared-libgcc
-B/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/./gcc -nostdinc++
-L/vol/gccsrc/obj/gcc-4.2.0-20060710/4.0f-gcc/alpha-dec-osf4.0f/libstdc++-v3/src
-L/vol/gccsrc/o
--- Comment #2 from ro at gcc dot gnu dot org 2006-07-11 15:30 ---
Paolo, your patch introduced this.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
A declaration
static const Bad constBad = {
...
}
causes a core dump, fixed by removing the "const" keyword.
Example source file "b.cxx"
#include
class Base {
public:
};
class Derived : public Base {
public:
int a, b, c, d;
};
class Bad {
public
--- Comment #3 from patchapp at dberlin dot org 2006-07-11 16:10 ---
Subject: Bug number PR25097
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00476.html
--
http://gcc.gnu.org/bugzilla/sh
The following invalid code snippet triggers an ICE since GCC 4.0.0:
=
template struct A
{
int& i;
A();
~A() { &A::i; }
};
A<0> a;
=
bug.cc: In destructor 'A< >::~A() [with int = 0]':
bug.cc:9: instanti
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28346
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
The following invalid code snippet triggers an ICE on mainline and the 4.1
branch (introduced after GCC 4.1.1):
=
template void foo()
{
typedef int i = 0;
}
=
bug.cc: In function 'void foo()':
bug.cc:3: error: typ
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28347
The following invalid code snippet triggers an ICE since at least GCC 2.95.3:
=
namespace N
{
struct A {};
typedef void foo(A);
}
template void bar() { T t; foo(t); }
template void bar();
=
gimplification fail
The following valid (though questionable) code snippet triggers an ICE
since GCC 3.1:
=
#include
void foo(int, ...)
{
va_list va;
int i;
i = va_arg(va, int&);
}
=
bug.cc: In function 'void foo(int, ...)'
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28349
--- Comment #21 from bkoz at gcc dot gnu dot org 2006-07-11 16:50 ---
Huh. Sorry!
I'm checking in Paolo's patch.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #8 from dje at gcc dot gnu dot org 2006-07-11 16:59 ---
Switching actually causes problems on AIX due to AIX math.h header enabling
additional macros with types that conflict with GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-07-11 17:23 ---
Created an attachment (id=11860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11860&action=view)
patch with test case & unroller fix
I've added a testcase, and it showed failures due to unstable loop unrollin
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-07-11 17:25
---
Subject: Bug 28051
Author: lmillward
Date: Tue Jul 11 17:25:01 2006
New Revision: 115347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115347
Log:
PR c++/28051
* mangle.c (mangle_conv_op_n
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-07-11 17:37
---
Subject: Bug 28051
Author: lmillward
Date: Tue Jul 11 17:37:31 2006
New Revision: 115352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115352
Log:
PR c++/28051
* mangle.c (mangle_conv_op_n
--- Comment #8 from lmillward at gcc dot gnu dot org 2006-07-11 17:38
---
Fixed in 4.1.2 and 4.0.4
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from bkoz at gcc dot gnu dot org 2006-07-11 17:48 ---
Subject: Bug 28290
Author: bkoz
Date: Tue Jul 11 17:48:10 2006
New Revision: 115354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115354
Log:
2006-07-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstdc
--- Comment #19 from ro at gcc dot gnu dot org 2006-07-11 17:52 ---
It is quite possible that this is very dependent on the specific IRIX 6.5
revision used: in IRIX 6.5.18 and up, ISO C99 support got introduced, which
certainly affects this.
Which revision (uname -R) do you run?
Rain
--- Comment #20 from martinol at nrlssc dot navy dot mil 2006-07-11 18:01
---
this machine is: 6.5 6.5.17m
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
--- Comment #21 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:04 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
martinol at nrlssc dot navy dot mil writes:
> this machine is: 6.5 6.5.17m
This most likely explains the difference:
--- Comment #2 from ro at gcc dot gnu dot org 2006-07-11 18:27 ---
This affects IRIX 6 as well (i.e. the N32 and N64 ABIs).
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mrs at apple dot com 2006-07-11 18:31 ---
I've posted a patch to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2006-07-11
18:50 ---
Subject: Re: New: boostrapping with gcc fails with unrecognized linker option
"multix at gmail dot com" <[EMAIL PROTECTED]> writes:
> I boostrapped using gcc 3.3 from sgi, usning as configure option
> ..
--- Comment #2 from tromey at gcc dot gnu dot org 2006-07-11 19:28 ---
%U implies %d
I debugged today and set a breakpoint in delete_if_ordinary.
I get this:
Breakpoint 1, delete_if_ordinary (
name=0x9af48c0 "-fzip-dependency=/tmp/ccQurYQS.zip")
at ../../trunk/gcc/gcc.c:2349
S
--- Comment #9 from dtemirbulatov at gmail dot com 2006-07-11 19:59 ---
fix posted here http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00144.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25357
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2006-07-11 20:01
---
> This most likely explains the difference: this is before C99 support was
> introduced, and obviously most testers use relatively recent IRIX
> releases.
Mine is 6.5 6.5.26m.
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from rafurer at hawaii dot rr dot com 2006-07-11 20:04
---
Subject: Re: Cofiguration Options creates erroneous path
in AVR GCC window
Aloha,
Thanks for the tip. I followed your advice and it did indeed
correct the problem. My files in External Dependencies have
--- Comment #23 from ro at techfak dot uni-bielefeld dot de 2006-07-11
20:06 ---
Subject: Re: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0
worked.
ebotcazou at gcc dot gnu dot org writes:
> Mine is 6.5 6.5.26m.
I'm running 6.5 6.5.28f. Anything newer than 6.5.18
--- Comment #3 from markus at unixforces dot net 2006-07-11 20:17 ---
I did some testing and this are the results:
gcc versions 3.4.6, 4.0.3 and 4.2-20060708 do all _not_ fail with
profiledbootstrap and "-mtune=power3 -mcpu=power3" in BOOT_CFLAGS.
which information do you need to get t
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-11 20:37 ---
Invalid as requested.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-11 20:39 ---
Can you try adding --with-gnu-as when configuring?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from sje at cup dot hp dot com 2006-07-11 20:56 ---
I am testing on the 4.0 branch now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28114
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
We're seeing the behavior below in 64-bit statically linked programs on
PowerPC/Linux (this has the same effect: gcc -m64 t.cpp -lsupc++). Here's
the stack trace, if it helps at all:
#0 0x100010e8 in .__cxa_get_globals_fast ()
#1 0x1d60 in .__cxa_end_catch ()
#2 0x10
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-11 21:12 ---
I think this was a glibc bug with TLS. What version of glibc you are using?
Also you should really report this to SUSE first as it is their distro.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28351
--- Comment #5 from rafurer at hawaii dot rr dot com 2006-07-11 21:29
---
Aloha,
Just to let you know, updating the service pack eliminated the problem.
Thank You,
Roger
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28336
When the following test case is built with gcj -C, the innermost frame is
missing from the stack trace:
public class Ex {
void snafu( ) throws Exception {
throw new Exception();
}
void bar( ) throws Exception {
snafu( );
}
void foo( ) throws Exception {
bar( );
}
--- Comment #1 from mckinlay at redhat dot com 2006-07-11 21:32 ---
Correction: the description should read "the line number for the inner-most
frame is missing from the stack trace".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28352
--- Comment #2 from sebor at roguewave dot com 2006-07-11 21:42 ---
Libc says it's 2.3.3 (20040412).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28351
--- Comment #3 from pcarlini at suse dot de 2006-07-11 21:55 ---
Humpf, sorry! I will fix it in a moment.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #4 from paolo at gcc dot gnu dot org 2006-07-11 22:09 ---
Subject: Bug 28344
Author: paolo
Date: Tue Jul 11 22:08:56 2006
New Revision: 115355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115355
Log:
2006-07-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #5 from pcarlini at suse dot de 2006-07-11 22:10 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #24 from pcarlini at suse dot de 2006-07-11 22:23 ---
Thanks Rainer and Eric. Then, since we have a workaround in place for the issue
(--disable-wchar_t) and apparently it affects only very old ("broken" as far as
such features are concerned) releases of the OS, I'm inclined
gfortran -c mpi_bc_all.f
mpi_bc_all.F: In function 'mpi_bc_all':
mpi_bc_all.F:276: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
GNU Fortran 95 (GCC) 4
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-07-11 23:01 ---
Created an attachment (id=11862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11862&action=view)
Test file: mpi_bc_all.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28353
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-12 00:00 ---
This file alone is not going to be able to reproduce this bug.
Can you attach mpif.h also?
INCLUDE 'mpif.h'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28353
--- Comment #23 from pcarlini at suse dot de 2006-07-12 00:21 ---
Thanks Benjamin. FYI, I have just tweaked it back to my original version (if
c++config.h is not included first, _GLIBCXX_USE_ICONV is always found undefined
;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28290
--- Comment #4 from tromey at gcc dot gnu dot org 2006-07-12 00:24 ---
The bug here is that Inflater needs an extra input byte in some situations.
I think ZipFile has to provide this byte; a patch to do this makes this
test case work again. I need to investigate ZipInputStream and
GZIPI
--- Comment #2 from rmathew at gcc dot gnu dot org 2006-07-12 01:46 ---
Confirmed.
--
rmathew at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-07-12 01:53
---
This is curious. I can confirm the behavior on my system here. If the first
record is made one character less, "1234567", it appears to give a clean
result.
I will have to think about this one a little more. I
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-07-12 02:14
---
I have the beginnings of a patch now with unformatted read and write working
and formatted write working. Still need to do formatted read and checking of
all constraints. It appears to me that this is progressin
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-07-12 02:16
---
Fixed on 4.2 only. If someone wants this on 4.1 let me know.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3 |P1
http:/
1 - 100 of 102 matches
Mail list logo
