--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 06:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-16 06:50 ---
Can someone try the mainline again after Paolo B.'s patch?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from carlos at systemhalted dot org 2006-08-16 06:48 ---
Dumping vfprintf.c compile with -S and -da
; basic block 131
.LBE379:
.LBB380:
.LBB380:
; vfprintf.c:1448
.loc 2 1448 0
ldw 8(%r3),%r28
ldil L'16384,%r22
ldb 0(%r28),%
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-08-16 06:43 ---
Janis,
Could you do a regression hunt on this bug?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 06:17 ---
This is a latent bug on the mainline, the loop is fully optimized out by the
time we get to the scheduler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from carlos at systemhalted dot org 2006-08-16 05:56 ---
Building vfprintf.c with -fno-delayed-branch is a workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28749
--- Comment #7 from gay at sfu dot ca 2006-08-16 05:49 ---
Subject: Re: Wrong line ends on windows (XP)
On Wed, Aug 16, 2006 at 03:04:45AM -, jvdelisle at gcc dot gnu dot org
wrote:
>
>
> --- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-08-16 03:04
> ---
> OK,
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 05:44 ---
Confirmed, this only ICEs with checking turned on.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 05:41 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-08-16 05:38
---
(In reply to comment #13)
> Fixed in 4.0.4.
I mean 4.1.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28677
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-08-16 05:37
---
Fixed in 4.0.4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summar
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 05:36 ---
Can you first configure in a different object directory?
Second can you try using "make bootstrap" instead of make?
Third can you paste the command that failed?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 05:32 ---
Fixed in 4.0.0 and this is not a regression and 3.4.x is no longer being
updated.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 05:22 ---
Yes a testcase is needed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
This is a regression since 4.1 and 4.0 compile vfprintf.c correctly.
I am using gcc trunk to build libc / libc-ports head. I have a regression in
tst-printfsz which is part of the glibc testsuite. The problem is a
miscompilation of glibc/stdio-common/vfprintf.c by GCC.
The bug is as follows:
Loca
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-16 04:45 ---
*** Bug 28748 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 04:45 ---
Oh and this is a dup of bug 11750.
*** This bug has been marked as a duplicate of 11750 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 04:44 ---
This is most likely because GCC implements some of the pre-standard (ARM) based
using semantics.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28748
for the following test case:
struct A {
virtual int x () {return 1;}
};
struct B: A {
virtual int x () {return 0;}
};
struct C: B{
using A::x;
};
int main()
{
C c;
return c.x();
}
all g++ 4.x will return 1
It seems C++ standard would want to see 0.
Using-declaration introduces the vi
--- Comment #6 from jmbnyc at gmail dot com 2006-08-16 03:20 ---
Subject: Re: gcc -g and shared objects
Ok, I will update the system when I have a chance.
I had looked at the .s and I did not see anything unusual.
What do you mean by "memory problems"?
/JMB
On 16 Aug 2006 02:55:58 -
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-08-16 03:14
---
Fixed on 4.2. Will not go to 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
The following does not work with bleeding edge FreeBSD:
program streamtest
implicit none
character(1) :: lf = char(10)
character(1) :: tchar
integer:: i,j,k
real(kind=4), dimension(100,100) :: anarray
open(10, file="teststream", access="stream", form="unformatted")
anarra
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-08-16 03:04
---
OK, I have an XP box up and running. Now to get a build going here and I may
be able to look into this one. Was this with the cygwin or mingw versio that
had the problem, or both?
--
http://gcc.gnu.org/bugz
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-16 02:55 ---
(In reply to comment #4)
> Subject: Re: gcc -g and shared objects
>
> Just because it works for you does not mean it is not a problem. I am
> not an idiot (and I am not saying that you implied that I was) and I
> b
--- Comment #4 from jmbnyc at gmail dot com 2006-08-16 02:48 ---
Subject: Re: gcc -g and shared objects
Just because it works for you does not mean it is not a problem. I am
not an idiot (and I am not saying that you implied that I was) and I
believe there is a problem. I believe the p
--- Comment #3 from jmbnyc at gmail dot com 2006-08-16 02:42 ---
Subject: Re: gcc -g and shared objects
Very bizarre. I struggled with this all of last night and most of
today. It is very bizarre. I am running stock RH FC5 that I installed
about 4 weeks ago. I even tried -g -O and it s
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 02:36 ---
This works for me and I really doubt this is a GCC issue anyways since GCC just
outputs assembly which then gets into object code by binutils and binutils does
the linking also.
--
pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 02:25 ---
This works for me with exactly your version of GCC:
[EMAIL PROTECTED] ~]$ vi t.cc
[EMAIL PROTECTED] ~]$ gcc -g -fPIC t.cc -c
gt.cc: In destructor XYZ::~XYZ():
t.cc:11: error: expected `}' at end of input
[EMAIL PRO
$ uname -a
Linux localhost.localdomain 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST
2006 i686 i686 i386 GNU/Linux
$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-t
--- Comment #2 from bero at arklinux dot org 2006-08-16 00:01 ---
Forget about the last comment - there was a typo in my "try old gcc version"
script that caused reverting to the old jar to revert to the old gcj for
.java->.class compilation too (but not for .jar->.so).
On a further loo
--- Comment #2 from raj dot khem at gmail dot com 2006-08-15 23:41 ---
(In reply to comment #1)
> It was an accident that it was aligned.
> Use the attribute aligned to get an aligned variable if the alignment of the
> type is lower than what you need.
>
> Also note you are violating al
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-15
23:37 ---
Subject: Re: FAIL: gcc.c-torture/execute/pr28651.c execution
> Fixed.
It doesn't appear to have been fixed on the 4.1 branch yet.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28703
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-15 23:26 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-08-15 23:14
---
Subject: Bug 25828
Author: jvdelisle
Date: Tue Aug 15 23:14:03 2006
New Revision: 116173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116173
Log:
2006-08-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-08-15 23:06
---
Subject: Bug 25828
Author: jvdelisle
Date: Tue Aug 15 23:06:44 2006
New Revision: 116172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116172
Log:
2006-08-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-08-15 23:03
---
Subject: Bug 25828
Author: jvdelisle
Date: Tue Aug 15 23:03:28 2006
New Revision: 116171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116171
Log:
2006-08-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from bero at arklinux dot org 2006-08-15 23:02 ---
Some debugging shows this is related to the new jar -- if I use jar from gcc
4.1.x (or just fastjar 0.93 from www.sourceforge.net/projects/fastjar) to
generate the ecj.jar file, I can binary-compile it with gcj 4.2 just fi
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-15 23:01 ---
Confirmed on 20060621's mainline.
Backtrace:
#0 0x0808cbfa in resolve_ref (expr=0x872a438)
at /home/apinski/src/gcc-fsf/local/trunk/gcc/fortran/resolve.c:2409
#1 0x0808d63c in gfc_resolve_expr (e=0x872a438)
--- Comment #4 from adsspamtrap01 at yahoo dot com 2006-08-15 22:24 ---
(In reply to comment #2)
> Can you provide the source that generated the module?
>
(In reply to comment #2)
> Can you provide the source that generated the module?
>
OK, I've put together some sample .F files tha
--- Comment #3 from adsspamtrap01 at yahoo dot com 2006-08-15 21:52 ---
(In reply to comment #2)
> Can you provide the source that generated the module?
>
Sorry, no. It is from the COAMPS project
(http://www.nrlmry.navy.mil/coamps-web/web/home).
Source for the project is available
--- Comment #8 from dannysmith at users dot sourceforge dot net 2006-08-15
21:49 ---
Fixed on trunk
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
---
--- Comment #7 from dannysmith at users dot sourceforge dot net 2006-08-15
21:48 ---
Assigning to self so...
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--
--- Comment #6 from dannysmith at gcc dot gnu dot org 2006-08-15 21:46
---
Subject: Bug 28287
Author: dannysmith
Date: Tue Aug 15 21:46:30 2006
New Revision: 116170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116170
Log:
gcc
PR c/28287
* c-common.c (handle_we
--- Comment #3 from jakub at gcc dot gnu dot org 2006-08-15 21:18 ---
It is only partly a dup, handle_externally_visible_attribute still needs
fixing,
as the source below is IMHO valid and shouldn't produce any warnings (and all
5 barN's should be externally visible, not just bet[2-4] as
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 21:08 ---
*** Bug 28744 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-15 21:08 ---
And yes this is a dup of bug 25795.
*** This bug has been marked as a duplicate of 25795 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-15 21:08 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-15 21:05 ---
This is a bug in binutils version which you are using. Either report this to
Redhat or update the version since the version that redhat uses is about 2
years old and a prerelease.
--
pinskia at gcc dot gnu dot o
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-15 21:04 ---
I think this is really a dup of bug 25795 which was fixed for 4.2.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-08-15 20:44
---
Confirmed. I'll take a look at it.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-08-15 20:44
---
Confirmed. I'll take a look at it.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-08-15 20:44
---
Confirmed. I'll take a look at it.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from waspswarm at gmail dot com 2006-08-15 20:22 ---
[EMAIL PROTECTED] bld]$ uname -r
2.6.9-34.0.1.ELsmp
[EMAIL PROTECTED] bld]$ cat /etc/redhat-release
CentOS release 4.3 (Final)
[EMAIL PROTECTED] bld]$ rpm -qa |grep binutils
binutils-2.15.92.0.2-18
[EMAIL PROTECTED] bl
/usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at
../../bfd/elf64-x86-64.c line 1912 in elf64_x86_64_relocate_section
/usr/bin/ld: Please report this bug.
[EMAIL PROTECTED] bld]$ gcc -v
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.5/specs
Configured with: ../configure
--
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
$ cat foo.c
extern char *bar1 __attribute__((externally_visible));
char *bar1;
extern char *bar2 __attribute__((externally_visible));
char *bar2 __attribute__((externally_visible));
extern char *bar3;
char *bar3 __attribute__((externally_visible));
char *bar4 __attribute__((externally_visible));
--
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=28743
The following invalid testcase triggers an ICE on mainline and 4.1 branch:
template struct A
{
template void foo();
};
template template void A<0>::foo() {}
bug.cc:6: internal co
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28742
The following invalid testcase triggers an ICE on mainline:
=
template struct A
{
A();
virtual ~A();
};
A<0> a;
=
bug.cc:1: error: 'void' is not a valid type for a template constant parameter
bug.cc:3: error: tem
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-15 19:07
---
Btw, the ICE for the second testcase in comment #1 happens in
instantiate_decl, at cp/pt.c:11875
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24791
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28741
The following invalid testcase triggers an ICE on mainline:
=
template struct A
{
static int i;
};
A<0> a;
=
bug.cc:1: error: 'void' is not a valid type for a template constant parameter
bug.cc: In instantiation of
--
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=28740
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
struct A { virtual ~A(); };
struct B : A A {};
A foo(const B &b)
{
return b;
}
=
bug.cc:3: error: expected `{' before 'A'
bug.cc:3: error: function
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 18:46 ---
Fixed in 4.1.0 so lcosing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28739
The following invalid testcase triggers an ICE on mainline:
=
template struct A
{
template struct B {};
};
template<> template struct A::B {};
template<> template<> struct A::B<0> {};
=
bug.cc:1: error: 'void' is
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-08-15 18:45
---
Fixed in 4.1.0, this was not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-15 18:50 ---
Can you provide the source that generated the module?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28735
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28738
The following invalid testcase triggers an ICE on mainline:
=
template struct A {};
template struct A {};
=
bug.cc:1: error: 'void' is not a valid type for a template constant parameter
bug.cc:3: error: partial speci
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-15 18:43 ---
*** Bug 25831 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 2006-08-15 18:43 ---
*** This bug has been marked as a duplicate of 24107 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28737
The following invalid testcase triggers an ICE on mainline:
=
template struct A;
template struct B;
template struct B > {};
=
bug.cc:1: error: 'void' is not a valid type for a template constant parameter
bug.cc:5: e
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-08-15 18:39
---
Can someone do timings on this one for the mainline, I think the mainline is
beating 4.0.x now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-15 18:38 ---
Fixed in 4.1.0 (as this is not a regression) so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28736
The following invalid testcase triggers an ICE on mainline:
=
template struct A
{
template friend struct B;
};
template struct B {};
B b;
=
bug.cc:1: error: 'void' is not a valid type for a template constant par
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-15 18:36 ---
Fixed in 4.1.0 so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from adsspamtrap01 at yahoo dot com 2006-08-15 18:35 ---
Err, nix the "use bdy_comm" line. Sample fortran code
should read:
subroutine sub( myint )
use domdec
return
end
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28735
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-15 18:35
---
Confirmed as reproduced by Lee.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-15 18:34
---
Confirmed as reproduced by Lee.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Encountering segfault when compiling a very simple .F and
"use" -ing a certain .mod file.
Encountered crash on gfortran 4.1.0 and 4.1.1. Patch below
is against 4.1.1.
I've pared down the .mod file from it's original size; I've
removed as much as I can such that the crash occurs. Note
that
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-15 18:31
---
Any news on this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.3 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-15 18:29 ---
Fixed I said
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 18:29 ---
And this was fixed again for 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-15 18:24 ---
Also libm is not supposed to be overriding stuff in libgcc really, it is only
supposed to be including the C math functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28718
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28734
--- Comment #44 from quanah at stanford dot edu 2006-08-15 18:23 ---
This entire problem stems from having:
--enable-thread-safe
when building MPFR on Solaris. I finally got gcc 4.0.3 to build gfortran for
me last week after fixing that configure line to MPFR.
--
http://gcc.gnu.o
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 18:22 ---
No feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 18:22 ---
Include './d-GsD/d-S/d-Mcr/GsDCstGeneMcr.inc'
Include "./d-GsD/d-S/d-Mcr/GsDNoyau.inc"
We cannot compile this code without those include files.
Also g77 has now been removed and gfortran has replaced it
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-15 18:19
---
(In reply to comment #11)
> Still an issue here??
I think the slowness still exist.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from Vladislav dot Mikhailikov at paradox-neo dot uz
2006-08-15 18:17 ---
It's 23:16 and I have to go home. I will try to reproduce the bug tomorrow
morning and post the preprocessed fragment of the code here or will send it to
you directly by mail (in case it will be too
--- Comment #43 from pinskia at gcc dot gnu dot org 2006-08-15 18:16
---
No feedback in 3 months and gfortran is known to build just fine on
sparc-solaris (using working GMP).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-15 18:15
---
No feedback in 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 18:13 ---
No feedback in over 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 149 matches
Mail list logo
