--- Comment #3 from jespdj at hotmail dot com 2006-09-22 06:51 ---
I've been looking at my code some more time, and I noticed that there are bugs
in it. For example, I'm not using the '' early clobber modifier in the
embedded asm, which is necessary if the output operand is modified
--- Comment #4 from jespdj at hotmail dot com 2006-09-22 06:51 ---
Marking this bug as invalid.
--
jespdj at hotmail dot com changed:
What|Removed |Added
--- Comment #6 from Martin dot vGagern at gmx dot net 2006-09-22 07:14
---
Comparing this issue here with bug 28686 I noticed that the code of the
functions before the one containing both assembly blocks is completely
irrelevant. So even if you only have one empty function in the
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29154
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-22 07:32 ---
Fails also on Freebsd is currently a primary target:
http://gcc.gnu.org/ml/gcc-testresults/2006-09/msg01174.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Testcase:
#include demangle.h
int main(void)
{
cplus_demangle(SASDASDFASDF_sdfsdf, DMGL_PARAMS | DMGL_TYPES | DMGL_AUTO);
}
I cannot figure out how to fix this bug correctly because we are getting some
overflow involved with the integer.
Also I cannot figure out how to get c++filt to
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-22 07:52 ---
GNU Ld does not support AIX 5.2 at all because of weak symbol support is not
there. Please remove GNU binutils and try again. And yes GCC defaults to
picking up things from the --prefix.
Also there has been no
8.3.6/4 dcl.fct.default: For non-template functions, default arguments can
be added in later declarations of a function in the same scope.
(there's a detailed example).
gcc 3.4.0 compiled the following code with no problem but release 4.1.1 rejects
it
(with or without the -ansi and -pedantic
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 08:04 ---
*** This bug has been marked as a duplicate of 28274 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-22 08:04 ---
*** Bug 29177 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following test program gives different results with gcj and Sun JDK:
// A.java
import java.nio.charset.Charset;
import java.nio.charset.CharsetEncoder;
public class A {
public static void main(String[] args) throws java.io.IOException
{
CharsetEncoder enc =
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-09-22 10:03 ---
Subject: Bug 2
Author: rakdver
Date: Fri Sep 22 10:02:47 2006
New Revision: 117135
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117135
Log:
PR tree-optimization/2
* tree-if-conv.c
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-22 10:09 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
This example will demonstrate 2 problems in mt_allocator.cc:
typedef __gnu_cxx::__mt_allocchar allocator_type;
typedef __gnu_cxx::__pool_base::_Tune tune_type;
allocator_type mt_char;
tune_type t(8, 4, 8, (5 - 4 * sizeof(void*)), 4096, 10, false);
--- Comment #1 from pcarlini at suse dot de 2006-09-22 11:19 ---
The first bug simply doesn't exist given the comment at the beginning of
__pool_base. The second one is at most a documentation issue: _M_chunk_size
shall be always much bigger than _M_max_bytes, thus __block_count always
--- Comment #4 from patchapp at dberlin dot org 2006-09-22 11:25 ---
Subject: Bug number PR28964
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-09/msg00976.html
--
--- Comment #10 from jakub at gcc dot gnu dot org 2006-09-22 11:48 ---
Subject: Bug 28600
Author: jakub
Date: Fri Sep 22 11:48:18 2006
New Revision: 117137
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117137
Log:
2006-08-09 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #36 from dberlin at gcc dot gnu dot org 2006-09-22 12:55
---
Subject: Re: ACATS c974001 c974013 hang with struct aliasing
On 21 Sep 2006 16:53:49 -, ebotcazou at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #35 from ebotcazou at gcc dot gnu dot org
Currently boehm-gc/darwin_stop_world.c generates the compiler warning...
../../../../gcc-4.2-20060920/boehm-gc/darwin_stop_world.c:76: warning: cast to
pointer from integer of different size
The following fix has been discussed on the gcc mailing...
--- Comment #2 from random at adriver dot ru 2006-09-22 13:32 ---
(In reply to comment #1)
The first bug simply doesn't exist given the comment at the beginning of
__pool_base
In the beginning of __pool_base we see:
// Using short int as type for the binmap implies we are never
When compiled at -m64 on Darwin PPC, we get the warning...
../../../../gcc-4.2-20060915/libffi/src/powerpc/ffi_darwin.c: In function
'ffi_prep_args':
../../../../gcc-4.2-20060915/libffi/src/powerpc/ffi_darwin.c:117: warning: cast
from pointer to integer of different size
for the line...
--- Comment #3 from pcarlini at suse dot de 2006-09-22 13:42 ---
(In reply to comment #2)
would it not be easier to do a post increment and not have a problem with
people never reading documentation? especially considering that it's so easy
to
fix?
No, for the simple reason that
--- Comment #1 from ian at gcc dot gnu dot org 2006-09-22 13:52 ---
Subject: Bug 29176
Author: ian
Date: Fri Sep 22 13:52:29 2006
New Revision: 117144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117144
Log:
PR other/29176
* cp-demangle.c (d_substitution): Check
--- Comment #2 from ian at airs dot com 2006-09-22 13:55 ---
Fixed on mainline. I haven't tested the 4.1 branch yet.
--
ian at airs dot com changed:
What|Removed |Added
While building mico-2.3.11 on hppa2.0w-hp-hpux11.11, got this error:
$ c++ -I../include -O2 -Wall -g -pthread -D_REENTRANT -DPIC -fPIC -c
valuetype_impl.cc -o valuetype_impl.pic.o
../include/mico/valuetype_impl.h: In member function 'void
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-09-22
13:59 ---
Created an attachment (id=12307)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12307action=view)
valuetype_impl.ii.bz2 (1.5MB unpacked)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29182
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-22
14:27 ---
Opps. Looks like the proposed patch is incomplete.
http://gcc.gnu.org/ml/gcc/2006-09/msg00428.html
I will be testing...
Index: ffi_darwin.c
--- Comment #4 from random at adriver dot ru 2006-09-22 14:40 ---
(In reply to comment #3)
No, for the simple reason that the allocator does not work is __block_count
turns out to be zero. The problem with your PR is that you are doing sort of
syntactical analysis of the code without
--- Comment #2 from michael dot haubenwallner at salomon dot at 2006-09-22
14:46 ---
was playing around somewhat after posting and indeed found the small testcase:
$ cat aa.cc
class A {
virtual void f(long double);
};
class B : virtual public A
{
void f(long double);
--- Comment #5 from pcarlini at suse dot de 2006-09-22 14:48 ---
(In reply to comment #4)
ok, perhaps this is not really a bug, however segfault is not very user
friendly. could ASSERT solve it?
No, we don't have asserts anywhere, for various reasons. Really, the
documentation must
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-22
14:49 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
Does hpux use the hppa atomics config, or the generic layer? If it uses the
hppa atomics config, why isn't this a
titan sydev :: EG make -f unix26.mak
gcc -g -Wall -D -I . -I ../Common/MemMgmt -I ../Common/StringMgmt -I
../Common/DateTime -I ../Common/FileMgmt -I ../Common/OSWrapper -I
../Common/ProcessMgmt -I ../Common/ErrorLog -I ../Common/SocketBase -I
../Common/MiscMgmt -I ../Common/LinkedList ReqFile.c
--- Comment #16 from roger at eyesopen dot com 2006-09-22 15:40 ---
Fixed everywhere. Eric even has an improved patch/fix for mainline, but the
backports of this change are sufficient to resolve the current PR. Thanks
to Steven for coming up with the solution.
--
roger at eyesopen
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 15:42 ---
An import from upstream for boehm-gc will fix this IIRC. Also I don't think
the version that is in the SVN has been ported yet.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-09-22 15:43 ---
Subject: Bug 28964
Author: rguenth
Date: Fri Sep 22 15:43:27 2006
New Revision: 117146
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117146
Log:
2006-09-22 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-09-22 15:43 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-22 15:44 ---
*** This bug has been marked as a duplicate of 26957 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-09-22 15:44
---
*** Bug 29182 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29179
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 16:08 ---
(In reply to comment #0)
gcc: .: linker input file unused because linking not done
cc1: .: No such file or directory
cc1: internal compiler error: Segmentation Fault
Please submit a full bug report,
with
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-22
16:11 ---
Andrew,
Do you mean from the cvs for bdwgc at
http://www.hpl.hp.com/personal/Hans_Boehm/gc/?
If so the answer is no, since the cvs code there still has...
unsigned long FindTopOfStack(unsigned int
--
Summary: member template function of template class can't access
some private members
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
--- Comment #8 from pascal dot obry at wanadoo dot fr 2006-09-22 16:21
---
Subject: Re: [Windows] builtin [long/set]jmp not working
properly with signals
dannysmith at users dot sourceforge dot net a écrit :
--- Comment #7 from dannysmith at users dot sourceforge dot net
--- Comment #1 from paul dot otto at canfieldsci dot com 2006-09-22 16:22
---
Created an attachment (id=12308)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12308action=view)
Preprocessed file exhibiting the problem
The templated member contructor is unable to access the private
--- Comment #2 from paul dot otto at canfieldsci dot com 2006-09-22 16:23
---
Created an attachment (id=12309)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12309action=view)
output from gcc -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29184
--- Comment #3 from paul dot otto at canfieldsci dot com 2006-09-22 16:24
---
Created an attachment (id=12310)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12310action=view)
copy of the error message from gcc on the example input
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-22 16:27 ---
No, template classes can only access their own types in that Aint can only
access the private variables of Aint and not Afloat.
If you want Aint to access Afloat's private variables add to the class:
templateclass
--- Comment #12 from bergner at vnet dot ibm dot com 2006-09-22 16:30
---
Anton dicovered that we don't get multiple dimensioned arrays like the
following test case:
int indexedload(int ***base, int idx0, int idx1, int idx2)
{
return base[idx0][idx1][idx2];
}
This one leads to 3
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
Gcc 4.1.0 warns about the (ill-fomed?) delete expression on line 5 but fails
to issue a diagnostic for the similar expressions on lines 6 and 7. I would
like to request that it consistently diagnose all such cases.
$ cat t.cpp gcc -c t.cpp
/* 1 */ int a [1];
/* 2 */ struct S { int a [1]; }
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 16:43 ---
(ill-fomed?)
I think it is valid because of how arrays decay to pointers (EDG also accepts
the code).
Confirmed, we just do the warning for array type decls:
/* An array can't have been allocated by new, so
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29185
--- Comment #7 from roger at eyesopen dot com 2006-09-22 16:51 ---
Fixed on mainline (confirmed on mips-sgi-irix6.5). It'll take another day or
two to backport to the 4.1 branch, as bootstrap and regtest on MIPS takes a
while.
--
roger at eyesopen dot com changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-22 16:51 ---
*** This bug has been marked as a duplicate of 29152 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 16:51 ---
*** Bug 29181 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29152
--- Comment #13 from bergner at vnet dot ibm dot com 2006-09-22 16:56
---
Yet another test case from Anton we don't catch. Will they never end?!?! ;)
int indexedload(int *base, int len)
{
int i, sum = 0;
for (i=0; i len; i++)
sum += base[i];
return sum;
}
In this case,
--- Comment #31 from kai dot engert at gmx dot de 2006-09-22 16:57 ---
Just FYI, I attempted to compile Mozilla 1.8 using gcc 3.3.6 on a Fedora Core 5
system. I ran into this bug. The only patch in this bug that applies to 3.3.6
is the patch found in comment 0. With that patch applied
--- Comment #2 from sebor at roguewave dot com 2006-09-22 16:57 ---
Yes, but 5.3.5, p1 says The operand shall have a pointer type, or a class
type having a single conversion function (12.3.2) to a pointer type. and
not shall be convertible to a pointer type. Note that gcc issues a hard
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-09-22 17:05
---
(In reply to comment #13)
Yet another test case from Anton we don't catch. Will they never end?!?! ;)
I bet a beer or a shot of vodka, that this is caused by MEM_REF not expanding
with a REG_POINTER.
--
On Fri, 2006-09-22 at 17:05 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-09-22 17:05
---
(In reply to comment #13)
Yet another test case from Anton we don't catch. Will they never end?!?! ;)
I bet a beer or a shot of
--- Comment #15 from pinskia at physics dot uc dot edu 2006-09-22 17:09
---
Subject: Re: [4.2 Regression] Performace problem
with indexed load/stores on powerpc
On Fri, 2006-09-22 at 17:05 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #14 from pinskia at gcc
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #16 from sabre at nondot dot org 2006-09-22 17:27 ---
Out of curiosity, which powerpc processors are affected by this?
-Chris
--
sabre at nondot dot org changed:
What|Removed |Added
--- Comment #18 from paolo at gcc dot gnu dot org 2006-09-22 17:51 ---
Subject: Bug 29134
Author: paolo
Date: Fri Sep 22 17:51:01 2006
New Revision: 117148
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117148
Log:
2006-09-22 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #2 from andreast at gcc dot gnu dot org 2006-09-22 18:19
---
For the 64-bit Darwin PPC port of libffi you have to follow the 64-bit calling
conventions:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/LowLevelABI/index.html
Also, take a look at
See http://gcc.gnu.org/ml/gcc-help/2006-09/msg00232.html.
Disassembling the code suggests that, using gcc-4.1,2, both calls to
fetestexcept(3) mysteriously happened before the division when optimization is
turned on. This was not the case with earlier versions of gcc, where the calls
to
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 19:24 ---
This is not really a bug in C99 unless you use:
#pragma STDC FENV_ACCESS on
But then again we don't implement that pramgma yet
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-22 19:25 ---
PR 20785 has a patch but it has not been applied.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-22 19:27 ---
So this is not a bug except for the fact GCC does not implement #pragma STDC
FENV_ACCESS
*** This bug has been marked as a duplicate of 20785 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-22 19:27 ---
*** Bug 29186 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-22 20:25 ---
I wonder if we just shouldn't ensure that for postfix exprs post_p statements
of the inner expression are put after, not before the +=/-=.
Something like:
--- gimplify.c.jj2 2006-09-02 08:47:25.0 +0200
When I try to compile the code below, g++ reports error: assuming cast to type
'bool (*)(evaluator)' from overloaded function on the line indicated. I have
isolated the comparison to the pointer to the template function stop as the
source of the problem. Is this the correct behavior?
#include
--- Comment #4 from kreckel at ginac dot de 2006-09-22 22:34 ---
(In reply to comment #1)
This is not really a bug in C99 unless you use:
#pragma STDC FENV_ACCESS on
But then again we don't implement that pramgma yet
Okay, I was not aware of that pragma. Thank you for
--- Comment #24 from jason at gcc dot gnu dot org 2006-09-22 22:42 ---
This has been fixed for a while.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from vapier at gentoo dot org 2006-09-22 22:54 ---
is forcing the alignment to an even larger value really the fix ? is there no
way to do such things on the fly ? after all, if someone turns around and
tries to do a custom alignment on the stack that is larger than 16
--- Comment #4 from jason at gcc dot gnu dot org 2006-09-22 23:23 ---
Subject: Bug 28996
Author: jason
Date: Fri Sep 22 23:23:08 2006
New Revision: 117155
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117155
Log:
PR c++/28996
* cvt.c (convert_to_void): Strip
--- Comment #5 from jason at gcc dot gnu dot org 2006-09-22 23:28 ---
Subject: Bug 28996
Author: jason
Date: Fri Sep 22 23:28:13 2006
New Revision: 117157
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117157
Log:
PR c++/28996
* cvt.c (convert_to_void): Strip
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 23:33 ---
There was a defect report about this problem to the C++ standard.
Anyways this is a dup of bug 11407. The C++ standard committee decided this
was valid thing to do.
*** This bug has been marked as a duplicate of
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-22 23:33 ---
*** Bug 29187 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jason at gcc dot gnu dot org 2006-09-22 23:45 ---
fixed on branches, too
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
g++ release 4.1.1 compiles the following invalid code without detecting an
error.
It does correctly find the error with -pedantic. Interestingly (perhaps), it
also correctly detects the ambiguous call where the argument involved is const
- as demonstrated by the second compilation below with the
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-22 23:58 ---
I changed the summary since this is undocumented extension and we reject it
with -pedantic already, I don't know if this is useful extension or not.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #11 from dannysmith at gcc dot gnu dot org 2006-09-23 01:57
---
Subject: Bug 27964
Author: dannysmith
Date: Sat Sep 23 01:56:55 2006
New Revision: 117166
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117166
Log:
PR libfortran/27964
* configure.ac:
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #12 from dannysmith at users dot sourceforge dot net
2006-09-23 02:00 ---
Fixed on trunk
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Bug on Mozilla side for Reference
https://bugzilla.mozilla.org/show_bug.cgi?id=342472
When trying to build any mozllia program with GCC 4.0 and greater build fails
c++ -save-temps -I/usr/X11R7/include -fno-rtti -fno-exceptions -Wall
-Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual
--- Comment #1 from giffordj at linkline dot com 2006-09-23 04:26 ---
Created an attachment (id=12311)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12311action=view)
All files in Dir with -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #2 from giffordj at linkline dot com 2006-09-23 04:26 ---
Failures only occur on PPC, no other architecture seems to be affected.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-23 04:33 ---
Well the bzip file is messed up, can you reattach it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #4 from giffordj at linkline dot com 2006-09-23 05:44 ---
Created an attachment (id=12312)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12312action=view)
All files from -save-temp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #5 from giffordj at linkline dot com 2006-09-23 05:44 ---
If that doesn't work, try http://ftp.jg555.com/obsolete.tar.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-23 05:59 ---
I still get:
bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted? *Possible* reason follows.
bzip2: No such file or directory
Input file = /tmp/fr-GRhwUv/obsolete.tar-1.bz2, output
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-23 05:59 ---
(In reply to comment #6)
I still get:
Even with the link in comment #5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29189
95 matches
Mail list logo