--- Comment #2 from jv244 at cam dot ac dot uk 2005-12-31 07:27 ---
(In reply to comment #1)
> I think this is more of a valgrind issue rather than a GCC issue from looking
> at what assembly GCC outputs.
Could be, but I'm unhappily not able to check that myself.
I've filed a PR with va
--- Comment #12 from gdr at integrable-solutions dot net 2005-12-31 05:56
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Hmm, can you try the following C++ program and see if it works for you:
It works for me at -O0, -O1, -O2, -O
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-31 05:46
---
Hmm, can you try the following C++ program and see if it works for you:
#include
int main(void)
{
for(int j=0;j<1000;j++){
std::ostringstream a;
char *a1 = "aa";
for(int i =0;ihttp
--- Comment #10 from gdr at integrable-solutions dot net 2005-12-31 05:07
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This seems very related to PR 12658.
it was fixed in all branches.
-- Gaby
--
http://gcc.gnu.org/bugz
--- Comment #9 from gdr at integrable-solutions dot net 2005-12-31 04:44
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #7)
| > Before reclassifying, it would useful to provide data. If you cannot,
| > please
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-31 04:33 ---
(In reply to comment #7)
> Before reclassifying, it would useful to provide data. If you cannot,
> please move on something else. You're not being helpful here.
Since this is reproducible from 4.0 upwards and it i
--- Comment #7 from gdr at gcc dot gnu dot org 2005-12-31 04:20 ---
(In reply to comment #6)
> This sounds more like a libstdc++ issue rather than a front-end or optimizer
> issue.
Before reclassifying, it would useful to provide data. If you cannot,
please move on something else. You
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-31 04:17 ---
This sounds more like a libstdc++ issue rather than a front-end or optimizer
issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from gdr at gcc dot gnu dot org 2005-12-31 04:12 ---
Created an attachment (id=10572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10572&action=view)
translation unit of format.cc
GDB session indicate the stall happens in the call to
format_repr::get_message().
Mor
The following testcase produces strange error message on the line 'vv.s1...':
error: invalid use of member (did you forget the '&' ?)
--- testcase ---
struct CC {
template CC s1(int m) { return (CC()); }
};
template
struct S {
static inline void exec1(A &vv) {
vv.s1<1>(1);
}
};
void f
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-31 02:35 ---
Inavlid as explained by me already.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-31 02:35 ---
Subject: Re: New: 'invalid use of member' error on correct code with
templates
On Dec 30, 2005, at 9:31 PM, yuri at tsoft dot com wrote:
> template
> struct S {
> static inline void exec1(A &vv) {
> vv.s1<
On Dec 30, 2005, at 9:31 PM, yuri at tsoft dot com wrote:
template
struct S {
static inline void exec1(A &vv) {
vv.s1<1>(1);
}
};
You are missing a template keyword.
You want:
vv.template s1<1>(1);
Otherwise you end up with (vv.s1 < 1) > 1 as there is no way for a
compiler
--- Comment #12 from danglin at gcc dot gnu dot org 2005-12-31 02:18
---
Subject: Bug 24827
Author: danglin
Date: Sat Dec 31 02:18:49 2005
New Revision: 109198
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109198
Log:
PR middle-end/24827
* gcc.dg/attr-weakref-1
--- Comment #11 from danglin at gcc dot gnu dot org 2005-12-31 02:12
---
Subject: Bug 24827
Author: danglin
Date: Sat Dec 31 02:12:34 2005
New Revision: 109197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109197
Log:
PR middle-end/24827
* gcc.dg/attr-weakref-1
--- Comment #4 from gdr at gcc dot gnu dot org 2005-12-31 01:13 ---
(In reply to comment #0)
> g++ from mainline (and 4.1.x) miscompilers gcjx from gcjx-branch.
>
> How to repeat:
>
> (1) check out gcjx-branch
> (2) configure and build gcjx (make all-gcjx, make install-gcjx)
> (3) Chec
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-31 01:00 ---
Subject: Bug 25214
Author: ghazi
Date: Sat Dec 31 01:00:54 2005
New Revision: 109196
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109196
Log:
PR testsuite/25214
* gcc.dg/i386-local2.c: Skip i
--- Comment #5 from ghazi at gcc dot gnu dot org 2005-12-31 00:59 ---
Subject: Bug 25214
Author: ghazi
Date: Sat Dec 31 00:59:26 2005
New Revision: 109195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109195
Log:
PR testsuite/25214
* gcc.dg/i386-local2.c: Skip i
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-12-31 00:54 ---
Subject: Bug 25214
Author: ghazi
Date: Sat Dec 31 00:54:00 2005
New Revision: 109194
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109194
Log:
PR testsuite/25214
* gcc.target/i386/local2.c: Sk
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-12-31 00:46 ---
Subject: Bug 25214
Author: ghazi
Date: Sat Dec 31 00:46:05 2005
New Revision: 109193
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109193
Log:
PR testsuite/25214
* gcc.target/i386/local2.c: Sk
--- Comment #14 from sayle at gcc dot gnu dot org 2005-12-31 00:39 ---
Subject: Bug 23098
Author: sayle
Date: Sat Dec 31 00:39:42 2005
New Revision: 109192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109192
Log:
PR target/25213
Backport from mainline
--- Comment #3 from sayle at gcc dot gnu dot org 2005-12-31 00:39 ---
Subject: Bug 25213
Author: sayle
Date: Sat Dec 31 00:39:42 2005
New Revision: 109192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109192
Log:
PR target/25213
Backport from mainline
2
--- Comment #12 from drepper at redhat dot com 2005-12-31 00:19 ---
> That is not true at all and you know that. There is uclibc.
Now you've completely given up on logic? First of all, uclibc and whatever
other libc immitation is out there does not define the linux API. glibc *is*
th
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-31 00:14 ---
Does anyone read:
http://gcc.gnu.org/bugs.html
What we do not want
A source file that #includes header files that are left out of the bug report
(see above)
That source file and a collection of header files.
An att
--- Comment #2 from gdr at integrable-solutions dot net 2005-12-31 00:12
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This needs more information than compiling and runing some piece of code.
The PR provides way to reproduce th
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-30 23:49 ---
*** Bug 25609 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15685
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-30 23:49
---
(In reply to comment #10)
> glibc *is* the world as far as Linux is concerned.
That is not true at all and you know that. There is uclibc.
This is still undefined code even if the underlaying printf defines it.
--- Comment #10 from drepper at redhat dot com 2005-12-30 23:44 ---
glibc *is* the world as far as Linux is concerned. You consistently and
deliberately misinterpret what I write: I'm not talking about any platform
which does not use glibc or glibc's behavior.
And RTH already concurred
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-30 23:36 ---
I should note that glibc is not the world.
Also the patch which added the transformations:
http://gcc.gnu.org/ml/gcc-patches/2000-09/msg00826.html
If you see that RTH approved it without any objections.
I still s
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-30 23:24 ---
This is the call that returns 0:
(gdb) bt
#0 iv_analyze (insn=0x83fffedfcfa0, def=0x83fffedfd3e0,
iv=0x83fffeff1230) at ../../gcc/gcc/loop-iv.c:998
...
(gdb) p *iv
$8 = {base = 0x83fffedfff80,
--- Comment #8 from drepper at redhat dot com 2005-12-30 23:14 ---
> That is true but GCC is a C compiler and not a glibc implemention C compiler.
This doesn't mean anything. As soon as you configure gcc to target it to Linux
the behavior of the runtime is as defined by the C library.
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-30 23:08 ---
(In reply to comment #4)
> The standard might leave it undefined but this does *NOT* mean the
> implementation cannot define it.
That is true but GCC is a C compiler and not a glibc implemention C compiler.
--
--- Comment #6 from drepper at redhat dot com 2005-12-30 23:08 ---
This is NOT a dup of 15574.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25609
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-30 23:07 ---
You are wrong.
*** This bug has been marked as a duplicate of 15685 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-30 23:07 ---
*** Bug 25609 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from drepper at redhat dot com 2005-12-30 23:06 ---
No, it's *NOT* undefined. The libc interface decides what is defined and what
is not and it is *EXPLICITLY* documented that NULL pointers are printed as
(null).
The standard might leave it undefined but this does *NOT*
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 23:05 ---
*** Bug 25609 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-30 23:05 ---
Mark as a dup of bug 15574.
*** This bug has been marked as a duplicate of 15574 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-30 23:05 ---
Reopening to
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 23:01 ---
The code is undefined so seg faulting is an okay thing to do.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
At least glibc's printf, maybe others as well, print (null) in for code like
printf ("%s", NULL)
gcc doesn't consider this when optimizing code where the pointer passed for a
%s format specifier can be NULL. Example:
#include
int
main (int argc, char *argv[])
{
printf ("%s\n", argc > 1 ? a
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-30 22:44
---
The testcase compiles without error messages in 4.2.0 20051230 (I haven't tried
with 4.1 or 4.0 yet). However, if I try to use IntToChar2 from another program
unit, I get another error, so there's s
--- Comment #7 from bunk at stusta dot de 2005-12-30 22:34 ---
(In reply to comment #6)
> Only gcc.dg/vect/pr20122.c is a semi real bug and it is just a testsuite bug
> and I don't see it on the 4.1 branch at all:
> http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg01577.html
> http://gcc
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-30 22:31 ---
(In reply to comment #2)
> load-pre should sink the load and fix the problem at the tree level.
Lift the load above as it is fully redundant.
--
pinskia at gcc dot gnu dot org changed:
What|Remov
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-30 22:21 ---
Only gcc.dg/vect/pr20122.c is a semi real bug and it is just a testsuite bug
and I don't see it on the 4.1 branch at all:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg01577.html
http://gcc.gnu.org/ml/gcc-testresu
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 22:18 ---
This needs more information than compiling and runing some piece of code.
I almost want to say gcjx uses some undefined code in it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from bunk at stusta dot de 2005-12-30 22:17 ---
(In reply to comment #4)
> Don't report debian bugs to the FSF GCC, report them to first.
Please READ bug reports before closing them.
As I said in comment #3, I DO USE UNMODIFIED GCC 4.0.2 SOURCES FROM ftp.gnu.org
AND AN U
g++ from mainline (and 4.1.x) miscompilers gcjx from gcjx-branch.
How to repeat:
(1) check out gcjx-branch
(2) configure and build gcjx (make all-gcjx, make install-gcjx)
(3) Check out classpath
(4) configure classpath for build with --with-gcjx pointing to gcjx (2)
(5) make
The classpath build
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 22:07 ---
Don't report debian bugs to the FSF GCC, report them to first.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 22:06 ---
I think this is more of a valgrind issue rather than a GCC issue from looking
at what assembly GCC outputs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25607
--- Comment #3 from bunk at stusta dot de 2005-12-30 22:04 ---
(In reply to comment #2)
> Also other people don't get the (In reply to comment #1)
Looking through the test results posted for 4.0 and 4.1 to
http://lists.debian.org/debian-gcc/ (which are a superset of the one's I'm
seeing
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 21:53 ---
(In reply to comment #0)
> ...
> Running /TMP/test/gcc/gcc/gcc/testsuite/gcc.dg/cpp/cpp.exp ...
> XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file
> (^|\\n)cmdlne-dI-M.*:[^\\n]*cmdlne-dI-M.c
> XPASS: gcc.dg/cpp/cmdlne-dM-M.
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-30 21:51 ---
Also other people don't get the (In reply to comment #1)
> Also I doubt that "gcc.dg/vect/pr20122.c" is an important failure.
Oh, it is only on 4.0.x that failure is:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/m
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 21:49 ---
I don't get the gcc.dg/cleanup-* failures you are getting.
Also I doubt that "gcc.dg/vect/pr20122.c" is an important failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25605
on this system
> uname -a
Linux pcihopt1 2.6.4-52-smp #1 SMP Wed Apr 7 01:58:54 UTC 2004 x86_64 x86_64
x86_64 GNU/Linux
with the latest 4.0 (branch) of gfortran (but also with the 4.0.1 release):
GNU Fortran 95 (GCC 4.0.3 20051230 (prerelease))
I'm getting the following error with valg
I'm getting the following XPASS'es with a current checkout from the 4.1 branch:
<-- snip -->
...
Running /TMP/test/gcc/gcc/gcc/testsuite/gcc.dg/cpp/cpp.exp ...
XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file
(^|\\n)cmdlne-dI-M.*:[^\\n]*cmdlne-dI-M.c
XPASS: gcc.dg/cpp/cmdlne-dM-M.c scan-file
(^|\\n)cm
I'm getting the following testsuite failures on a Debian unstable in both 4.0.2
and a today's checkout from the 4.1 branch:
<-- snip -->
...
Running /TMP/test/gcc/gcc/gcc/testsuite/gcc.dg/dg.exp ...
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/c
--- Comment #2 from alex at milivojevic dot org 2005-12-30 21:04 ---
I've attempted to repeat the build with --languages=c,c++,java and got
basically the same thing (segmentation fault) when compiling boehm.cc in
libjava directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2560
--- Comment #4 from dev at stuffit dot at 2005-12-30 20:05 ---
gdb backtrace:
(gdb) run
Starting program: /home/dev2/tmp/test
[Thread debugging using libthread_db enabled]
[New Thread -1210665248 (LWP 8209)]
OPENMP> Thread 0 finished
RHS 0
Program received signal SIGILL, Illega
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 19:38 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-30 19:32 ---
*** Bug 20855 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25106
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-30 19:32 ---
*** This bug has been marked as a duplicate of 25106 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-30 19:29 ---
This is fixed in 4.2.0 at least (not closing as it should be figured out if it
is fixed there too).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 19:00 ---
Fixed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-30 18:57 ---
Actually there is no different between the sources of libgfortran in 4.1 and
4.2. Maybe you were using an oldder 4.1 but there is no different now.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #5 from wjaouad1 at netcourrier dot com 2005-12-30 18:56
---
(In reply to comment #4)
> (In reply to comment #3)
OK, GNU As did it. That was a bug in .. SUN's As(s) !
Now I'am hitting a ".. binutils-2.16/bin/ld:libgcc/./libgcc.map: file format
not recognized .." when creati
--- Comment #2 from hjl at lucon dot org 2005-12-30 18:55 ---
See
http://gcc.gnu.org/ml/gcc/2005-12/msg00057.html
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-30 18:51 ---
(In reply to comment #6)
> Something to think about once F2003 support is completed. ;-)
It did not make it into F2003 but:
[13:50] < toon> pinskia: No but it still stands a chance for F2008
--
pinskia at gcc do
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-30 18:47 ---
Actually they are compatible. I don't know what you are talking about.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
libgfortran.so in 4.2 is incompatible with 4.1. But they use the same soname.
In binutils, we bump up the soname whenever the libfd ABI is changed. I think
We should bump the library file's version number.
--
Summary: libgfortran.so in 4.2 is incompatible with 4.1, but
--- Comment #2 from hjl at lucon dot org 2005-12-30 18:42 ---
*** Bug 25585 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603
--- Comment #7 from hjl at lucon dot org 2005-12-30 18:42 ---
*** This bug has been marked as a duplicate of 25603 ***
--
hjl at lucon dot org changed:
What|Removed |Added
--
--- Comment #6 from hjl at lucon dot org 2005-12-30 18:41 ---
Reopen it.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 18:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-30 18:28 ---
And there is a fixme in the source for this problem:
/* FIXME: LHS is not an SSA_NAME. Even if it's an assignment to a
local variables we cannot be sure if it will escape, because we
don't ha
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-30 18:25 ---
(In reply to comment #8)
> Could we get a gcc-admin script to change the library's version everyday with
> version numbers like 0.0.20051115 and so on?
That seems like a bad idea. Anyways this is fixed already.
-
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-30 18:20
---
There is an one defintion rule in C++ unlike most other languages which have
weak symbols. And if you are working around it by using hidden symbols well
you are asking to run into troubles.
--
http://gcc.gnu.
--- Comment #4 from wjaouad1 at netcourrier dot com 2005-12-30 18:04
---
(In reply to comment #3)
> Can you add to you configure options, --with-gnu-as and see what happens?
>
I compiled and installed latest core and binutils so to use gnu tools only.
I just started a clean run with a
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-30 18:01 ---
Fixed in 4.1.0 at least. It might also be fixed in 4.0.2 but I don't know for
sure.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|ia64-unknown-linux-gnu |ia64-linux-gnu
Keywords||wrong-
--- Comment #1 from hjl at lucon dot org 2005-12-30 17:40 ---
Created an attachment (id=10571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10571&action=view)
A testcase
I got
/usr/gcc-4.2/bin/gfortran -O -fschedule-insns -o bar bar.f
./bar
PROGRAM XSTART 201.
BA
I have identified that
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01261.html
causes FORTRAN program to generate wrong result on ia64
--
Summary: [4.1/4.2 Regression]: Miscompiled FORTRAN program
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-30 16:49 ---
(In reply to comment #2)
> (In reply to comment #1)
> I am using a mix :
> gcc (GCC) 3.4.5
> GNU assembler 2.10
So you are using GNU as.
Can you add to you configure options, --with-gnu-as and see what happens
--- Comment #3 from dwashington at gmx dot net 2005-12-30 16:45 ---
I think the problem is the null. "null" is asscoiated with type
java.lang.Object, though it here is a ClassLoader "null". A method resolution
problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19629
--- Comment #6 from pault at gcc dot gnu dot org 2005-12-30 15:19 ---
An easy question for a change! No, I had committed the patch but had to remove
it because it broke things in ways that I could not handle, whilst we had house
guests.
2005-12-24 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #1 from alex at milivojevic dot org 2005-12-30 15:18 ---
Created an attachment (id=10570)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10570&action=view)
The .i file
Here's the sendmsg.i file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25602
I was bootstrapping gcc-4.0.2 on Solaris 2.9 system. Since I wanted to build
64-bit compiler binary, and I didn't had compiler capable of producing 64-bit
code, I did it in two stages.
The first stage built and installed fine. I built 32-bit gcc-4.0.2 binaries
using following commands:
$ ../con
--- Comment #13 from eedelman at gcc dot gnu dot org 2005-12-30 15:16
---
Now it should be fixed for all cases. Re-closing.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from eedelman at gcc dot gnu dot org 2005-12-30 15:11
---
Subject: Bug 25396
Author: eedelman
Date: Fri Dec 30 15:11:15 2005
New Revision: 109173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109173
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #12 from eedelman at gcc dot gnu dot org 2005-12-30 15:11
---
Subject: Bug 22607
Author: eedelman
Date: Fri Dec 30 15:11:15 2005
New Revision: 109173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109173
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #11 from eedelman at gcc dot gnu dot org 2005-12-30 15:07
---
Subject: Bug 22607
Author: eedelman
Date: Fri Dec 30 15:07:48 2005
New Revision: 109172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109172
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #5 from eedelman at gcc dot gnu dot org 2005-12-30 15:07
---
Subject: Bug 25396
Author: eedelman
Date: Fri Dec 30 15:07:48 2005
New Revision: 109172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109172
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #10 from eedelman at gcc dot gnu dot org 2005-12-30 15:02
---
Subject: Bug 22607
Author: eedelman
Date: Fri Dec 30 15:02:44 2005
New Revision: 109171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109171
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-12-30 15:02
---
Subject: Bug 25396
Author: eedelman
Date: Fri Dec 30 15:02:44 2005
New Revision: 109171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109171
Log:
fortran/
2005-12-30 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #5 from tobi at gcc dot gnu dot org 2005-12-30 14:11 ---
Paul, I was wondering why you added this PR to the ChangeLogs, as it's still
present, or has the bug reappeared?
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #25 from karol at mikronika dot com dot pl 2005-12-30 13:30
---
(In reply to comment #24)
> Test case doesn't work with gcc 3.3.6 and the latest cvs binutils
> (2.16.91.20051230)
>
Testcase work when I used binutils 2.12.1.
My OS box: Slackware 10.2 (i686)
--
http://
--- Comment #24 from karol at mikronika dot com dot pl 2005-12-30 13:07
---
Test case doesn't work with gcc 3.3.6 and the latest cvs binutils
(2.16.91.20051230)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625
--- Comment #1 from claudiovalente at yahoo dot com 2005-12-30 12:12
---
Created an attachment (id=10569)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10569&action=view)
Example source
This is the code I used to isolate the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
I wrote a small class to make a GET request, follow redirects and print the
page's content.
In order to use the redirects I used the setInstanceFollowRedirects(true).
When I run it using SUN's vm everything works fine.
Compiling it with gcj results in a program that does output the page's conten
--- Comment #23 from pluto at agmk dot net 2005-12-30 10:24 ---
testcase works for me with gcc-4.1.0-20051227 + binutils-2.16.91.0.5.
--
pluto at agmk dot net changed:
What|Removed |Added
1 - 100 of 102 matches
Mail list logo
