--- Comment #8 from manu at gcc dot gnu dot org 2008-01-22 07:51 ---
Can't we get this fixed soon? It is marked as a P2 regression.
(In reply to comment #7)
> Subject: Re: [4.3 Regression] gcc -v --help returns no options
> You can find out all the options supported by a given langua
--- Comment #6 from burnus at gcc dot gnu dot org 2008-01-22 07:34 ---
Subject: Bug 34899
Author: burnus
Date: Tue Jan 22 07:33:46 2008
New Revision: 131713
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131713
Log:
2008-01-22 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #7 from aoliva at gcc dot gnu dot org 2008-01-22 06:44 ---
Responded on gcc-patches, with revised patch.
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00988.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33984
--- Comment #1 from Joey dot ye at intel dot com 2008-01-22 06:38 ---
This patch should fix it:
Index: gcc/tree-nested.c
===
--- gcc/tree-nested.c (revision 131342)
+++ gcc/tree-nested.c (working copy)
@@ -183,6 +183,10
> cat nested-2.c
#include
#include
typedef int aligned __attribute__((aligned(16)));
int global;
void
check (int *i)
{
*i = 20;
if int) i) & (__alignof__(aligned) - 1)) != 0)
{
printf("\nUnalign address (%d): %p!\n",
__alignof__(aligned), i);
abort ();
}
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-22 06:08 ---
I think that you will find that has gone, as promised.
Thanks
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from steven at gcc dot gnu dot org 2008-01-22 06:06 ---
...and does not ICE with version...?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from extronus at gmail dot com 2008-01-22 06:04 ---
more simplified
-
template
struct base
{
float a;
};
template
class derv : public base
{
void der_funk()
{
a = 0;
}
};
while this one works
--
template
struct base
{
float a;
}
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-22 06:02 ---
Subject: Bug 34896
Author: pault
Date: Tue Jan 22 06:01:54 2008
New Revision: 131712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131712
Log:
2008-01-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from cnstar9988 at gmail dot com 2008-01-22 06:01 ---
Confirmed gcc 4.2.2.
test.cc
=
const int i __attribute((vector_size(8))) = {};
int main(int argc, char **argv)
{
return 0;
}
===
--- Comment #8 from manu at gcc dot gnu dot org 2008-01-22 05:52 ---
(In reply to comment #7)
> Created an attachment (id=14994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14994&action=view) [edit]
> gcc-cpp-Werror-message.patch
>
> de-obfuscate the pedwarn code path
>
Hi, Ed
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-01-22 05:27
---
Changing summary to better reflect what is wrong.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-22 05:11 ---
This is expect behavior as o is not dependent so it has to be looked up at
parse time and the parser does not look at dependent base classes for finding
symbols.
Doing:
void der_funk(TYPE v) {this->o[0] = v;}
F
Members in nameless union defined in template base class cannot be accessed by
template derived class. Methods in base class can access members.
Tried on 3.4.5 (mingw) and 4.1.2 (gentoo)
Simplified code :
template
class base
{
public :
typedef TYPE arrayType1[4];
typedef TYPE arra
--- Comment #1 from bje at gcc dot gnu dot org 2008-01-22 04:57 ---
I agree with your reasoning for the easy fix. I'll post a patch and we'll see
if it is accepted. If not, there is a fair bit more work involved to split the
gmplibs variable into two new variables.
--
http://gcc.g
--- Comment #4 from jason at gcc dot gnu dot org 2008-01-22 04:54 ---
Subject: Bug 34196
Author: jason
Date: Tue Jan 22 04:53:33 2008
New Revision: 131710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131710
Log:
PR c++/34196
* tree.h (TRY_CATCH_IS_CLEANUP): New
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-22 03:59 ---
THis also happens with the C front-end, using -Dbool=_Bool .
Confirmed. 4.0.1 (at least without checking) accepted this in C mode. I think
we should reject bool vectors anyways.
--
pinskia at gcc dot gnu dot o
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-22 03:53 ---
This is a blocker for me.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from bje at gcc dot gnu dot org 2008-01-22 03:51 ---
Not much has changed. For r131688:
./ptx4.h
./sol2.h
./svr4.h
./cris/aout.h
./rs6000/aix53.h
./rs6000/sysv4.h
./rs6000/aix51.h
./rs6000/aix.h
./rs6000/aix52.h
./rs6000/aix43.h
./rs6000/aix41.h
./i386/sco5.h
./i386/cyg
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-01-22 03:30
---
I would commit the parse.c line in comment #3 as OBVIOUS and get that out of
the way.
This looks like a pointer casting problem similar to recent patches I made for
the cshift optional dummy problems. (sigh) I
--- Comment #3 from bje at gcc dot gnu dot org 2008-01-22 03:22 ---
This now works on mailine:
./xgcc -B. -v foo.c
Reading specs from ./specs
Target: m68k-elf
Configured with: /home/bje/source/gcc-trunk/configure --target=m68k-elf
--enable-languages=c --disable-mutilib --with-cpu=cpu32
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-01-22 03:12
---
With Tobias patch, the example code in comment 4 compiles with or without a tab
preceding the 1 digit. It also works with 0 to 5 spaces preceding the tab and
fails with anything between the tab and the first digi
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-01-22 02:46
---
Unfamiliar with this part of front end involved.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-22 02:44
---
Front End does set default stride to one and does not check fo rthe case of a
negative stride. Unassigning since it is in unfamiliar territory for me.
--
jvdelisle at gcc dot gnu dot org changed:
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #1 from bje at gcc dot gnu dot org 2008-01-22 00:58 ---
Confirmed with today' r131705. The --with-arch option seems to have no
involvement here.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from ed at catmur dot co dot uk 2008-01-22 00:58 ---
Created an attachment (id=14994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14994&action=view)
gcc-cpp-Werror-message.patch
de-obfuscate the pedwarn code path
--
ed at catmur dot co dot uk changed:
--- Comment #6 from ed at catmur dot co dot uk 2008-01-22 00:55 ---
Created an attachment (id=14993)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14993&action=view)
gcc-cpp-Werror-message.patch
Try to handle system-header and inhibit conditions/flags correctly.
--
ed at catmu
--- Comment #3 from hutchinsonandy at aim dot com 2008-01-22 00:52 ---
Assembler of short testcase. Constant load (11L) missing
16.Ltext0:
17.global f2
19f2:
20.LFB2:
21.LM1:
--- Comment #2 from hutchinsonandy at aim dot com 2008-01-22 00:26 ---
Created an attachment (id=14992)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14992&action=view)
dce pass RTL dump file (bfore combine)
Posted two RTL dump file of smaller testcase:
long f2(long number_of_di
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34919
The following invalid testcase triggers an ICE on mainline:
=
template struct A
{
static void foo()
{
int i = N;
}
};
void bar()
{
A<0>::foo();
}
=
bug.cc: In static member functio
--- Comment #1 from hutchinsonandy at aim dot com 2008-01-22 00:23 ---
Created an attachment (id=14991)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14991&action=view)
Combine pass RTL dump file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34916
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34918
A broken diagnostic is issued for the following testcase since GCC 4.0.2:
=
int v __attribute((vector_size(8)));
bool b = !(v - v);
=
bug.cc:3: error: could not convert '#'vector_cst' not supp
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34917
The following valid code snippet triggers an ICE since GCC 4.2.0:
=
const int i __attribute((vector_size(8))) = {};
=
bug.cc:1: internal compiler error: in start_decl, at cp/decl.c:4130
Please
This test case fails with latest gcc 4.3.0. The test assumes 32 bit integers,
but even after changing the constants to long, it produces incorrect results.
With -O2 we get this:
int f(unsigned number_of_digits_to_use)
{
if (number_of_digits_to_use > 1294)
206:65 e0 ldi
--- Comment #3 from bje at gcc dot gnu dot org 2008-01-21 23:52 ---
Patch posted to:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00975.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12618
See:
http://groups.google.fr/group/comp.lang.fortran/browse_thread/thread/60c6758faf1762ad
Test case by Al Greynolds:
module bug
character(*),dimension(3),parameter :: a=(/'a() ','b(,) ','c(,,)'/)
integer,dimension(3),parameter :: l=len_trim(a),i=index(a,'(')
end
integer,dimension(3),pa
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #13 from hjl dot tools at gmail dot com 2008-01-21 23:34
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00974.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34914
A broken diagnostic is issued for the following testcase since GCC 4.0.0:
struct A {};
void foo()
{
int A::* p __attribute((vector_size(8)));
p == 0;
}
bug.cc: In function 'void foo()':
bug.cc:6: error:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34913
The following (IMHO valid) code snippet triggers an ICE since GCC 4.0.0:
template struct A
{
int x[sizeof(T)] __attribute((vector_size(8)));
};
bug.cc:3: internal compiler error: tree check: did not expect
--- Comment #5 from bje at gcc dot gnu dot org 2008-01-21 23:28 ---
Can you please try building again with GCC 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24573
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-21 23:26 ---
I wonder whether the following makes sense; I think it does, but it does not
seem to fix the problem :-(
Index: decl.c
===
--- decl.c (Revision 131
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34912
The following invalid code snippet triggers an ICE since GCC 4.1.2:
void foo()
{
struct A
{
friend void bar();
};
bar();
}
bug.cc: In function 'void foo()':
bug.cc:7: internal compiler error: in
--- Comment #5 from pcarlini at suse dot de 2008-01-21 23:23 ---
Related to PR28475, then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34824
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-21 23:23 ---
And Pr34910.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34911
The following code snippet triggers an ICE since GCC 4.0.2:
bool foo() __attribute((vector_size(8)));
void bar()
{
foo() & foo();
}
bug.cc: In function 'void bar()':
bug.cc:5: internal compiler error: in
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
$> cat ice.f90
MODULE foo
CONTAINS
INTEGER FUNCTION f()
f = 42
CONTAINS
LOGICAL FUNCTION f1()
f1 = .TRUE.
END FUNCTION
LOGICAL FUNCTION f2()
f1 = .FALSE. ! <---
END FUNCTION
END FUNCTION
END MODULE
$> gfortran-svn -Wall -c ice.f90
ice.f90: In function
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-21 23:11 ---
Move to Fortran. The problem seems to be:
if (spec->f90_type == BT_VOID)
which is for some reason not initialized. With openSUSE's 4.3.0 20080102 I
don't see it.
I actually do not see how this comes as gfc_c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-21 23:08 ---
This is the code:
const int shift = sizeof (hashval_t) * CHAR_BIT;
const int n = sizeof (HOST_WIDE_INT) / sizeof (hashval_t);
int i;
h ^= (hashval_t) hwi;
for (i = 1; i < n; +
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #24 from lucier at math dot purdue dot edu 2008-01-21 22:43
---
Subject: Re: [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in
floating-point code
On Jan 21, 2008, at 2:21 PM, ubizjak at gmail dot com wrote:
> It is not possible to create an executable fro
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-21 22:11 ---
There are multiple issues with function names, i.e. where a function symbol is
picked up which shouldn't. See PR34714 for another example.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34871
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 22:06
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
FAIL: ./interface-1.h -O0 -g (test for excess errors)
Excess errors:
==32267== Invalid read of size 1
==32267==at 0x4024F08: memcpy (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==32267==by 0x80B8E4E: c_common_write_pch (c-pch.c:212)
==32267==by 0x80617C3: pop_file_scope (c-dec
FAIL: gfortran.dg/do_3.F90 -O3 -g (test for excess errors)
Excess errors:
==6073== Invalid read of size 1
==6073==at 0x870B847: htab_hash_string (hashtab.c:812)
==6073==by 0x8196A99: lookup_filename (dwarf2out.c:14304)
==6073==by 0x8191935: add_src_coords_attributes (dwarf2out.c:11359
--- Comment #4 from bangerth at dealii dot org 2008-01-21 22:01 ---
I don't know. What namespace are the parallel containers in, and
what namespace are the parallel algorithms in?
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33486
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-21 22:00
---
Also this part seems to apply too:
==29085==·
==29085== Conditional jump or move depends on uninitialised value(s)
==29085==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848)
==29085==by 0x810041F:
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 21:59
---
Used svn revision 131650.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
Valgrind shows,
FAIL: gfortran.dg/char_cshift_1.f90 -O0 (test for excess errors)
Excess errors:
==28334== Conditional jump or move depends on uninitialised value(s)
==28334==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848)
==28334==by 0x810041F: gfc_conv_intrinsic_conversion
(tran
--- Comment #12 from hjl dot tools at gmail dot com 2008-01-21 21:57
---
(In reply to comment #11)
> Subject: Re: gas version style changed causes
> warnings with configure
>
> On Mon, Jan 21, 2008 at 09:43:09PM -, hjl dot tools at gmail dot com
> wrote:
> > The second li
--- Comment #2 from anhvofrcaus at gmail dot com 2008-01-21 21:54 ---
This problem does not occur in gcc-4.3-20080118.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33457
--- Comment #11 from drow at gcc dot gnu dot org 2008-01-21 21:46 ---
Subject: Re: gas version style changed causes
warnings with configure
On Mon, Jan 21, 2008 at 09:43:09PM -, hjl dot tools at gmail dot com wrote:
> The second line isn't needed. I checked the following ve
--- Comment #10 from hjl dot tools at gmail dot com 2008-01-21 21:43
---
(In reply to comment #9)
>
> HJ, Richi, I can find a lot of confused versions of HJ's patch in that thread,
> which starts here:
> http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01170.html
It is a good idea.
> No
--- Comment #16 from drow at gcc dot gnu dot org 2008-01-21 21:00 ---
I don't care about 4.0/4.1 at this date.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from drow at gcc dot gnu dot org 2008-01-21 21:00 ---
I don't care about 4.0/4.1 at this date.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from drow at gcc dot gnu dot org 2008-01-21 20:59 ---
I don't care about 4.0/4.1 at this date.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #47 from dominiq at lps dot ens dot fr 2008-01-21 20:55 ---
> If you run the executable generated by:
> -O3 -fipa-type-escape -fwhole-program -combine -fprofile-generate
> w_prof_global_var.c -m64
>
> is it fail or not?
It does not fail:
[ibook-dhum] bug/depend% /opt/gcc/gc
--- Comment #11 from manu at gcc dot gnu dot org 2008-01-21 20:54 ---
(In reply to comment #10)
> This test case will give a warning with mainline with -Wstrict-overflow (aka
> -Wstrict-overflow=2) but not with -Wall (which implies -Wstrict-overflow=1).
>
I think that testcase is struc
--- Comment #8 from jakub at gcc dot gnu dot org 2008-01-21 20:53 ---
And, on these testcases that patch hasn't changed bad code generation into ICE,
but good code generation into ICE, at least as far as I can eyeball the
assembly,
e.g. on the #c5 testcase with -Os and STACK_BOUNDARY red
--- Comment #16 from hjl dot tools at gmail dot com 2008-01-21 20:53
---
(In reply to comment #15)
> Subject: Re: [4.3 Regression] Revision 131576 miscompiled 178.galgel
>
> > I tried -mpc64. It also works.
> I would declare this a proof that it is extra preccision issue and
> simply
--- Comment #20 from crowl at google dot com 2008-01-21 20:49 ---
Subject: Re: [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at
cp/class.c:474
On 21 Jan 2008 02:00:07 -, mmitchel at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #19 from mmitchel at
--- Comment #46 from olga at il dot ibm dot com 2008-01-21 20:42 ---
(In reply to comment #45)
> > Sorry pursuing this issue, but let me completely understand it: when you run
> > *with* profiling, there are two compilations and two executions. If you
> > compile
> > first with:
> >
>
--- Comment #9 from drow at gcc dot gnu dot org 2008-01-21 20:41 ---
Here's why I didn't remember the patch - I just checked it in, I didn't write
it.
2007-08-23 Brian Sidebotham <[EMAIL PROTECTED]>
* configure.ac (leb128): Modify sed statement to work with any
binuti
--- Comment #10 from ian at airs dot com 2008-01-21 20:40 ---
This test case will give a warning with mainline with -Wstrict-overflow (aka
-Wstrict-overflow=2) but not with -Wall (which implies -Wstrict-overflow=1).
void Alpha();
void Beta() {
int i;
for (i = 1; i > 0; i += i)
--- Comment #1 from hjl dot tools at gmail dot com 2008-01-21 20:40 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00969.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-21 20:29 ---
Related testcase:
struct A;
struct B
{
B (A const &);
B (B &);
};
struct A
{
A (B) {}
};
B
f (A const &a)
{
return B (a);
}
which doesn't have explicit at all segfaults as well, also endless recursion.
In b
--- Comment #45 from dominiq at lps dot ens dot fr 2008-01-21 20:26 ---
> Sorry pursuing this issue, but let me completely understand it: when you run
> *with* profiling, there are two compilations and two executions. If you
> compile
> first with:
>
> -O3 -fipa-type-escape -fwhole-pro
--- Comment #11 from stefaan dot deroeck at gmail dot com 2008-01-21 20:18
---
I can reproduce with gcc 4.3 snapshot 20080118
--
stefaan dot deroeck at gmail dot com changed:
What|Removed |Added
--- Comment #44 from olga at il dot ibm dot com 2008-01-21 20:16 ---
(In reply to comment #43)
> >> They failed with -fprofile-generate (BTW they fail without -fprofile-*).
> without! sorry
> > If I understand you correctly, the executable of w_prof_global_v
--- Comment #6 from cvs-commit at developer dot classpath dot org
2008-01-21 20:11 ---
Subject: Bug 34369
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey 08/01/21 20:09:56
Modified files:
. : ChangeLog
java/net
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-21 20:09 ---
Subject: Bug 34369
Author: tromey
Date: Mon Jan 21 20:08:38 2008
New Revision: 131701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131701
Log:
2008-01-21 Luciano Chavez <[EMAIL PROTECTED]>
PR lib
--- Comment #4 from tromey at gcc dot gnu dot org 2008-01-21 20:09 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #26 from peeterj at ca dot ibm dot com 2008-01-21 20:00 ---
(In reply to comment #25)
> I don't plan to backport this to the 4.1 branch.
>
Thanks for both fixing this and backporting to 4.2!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31309
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-21 20:00 ---
I'm handling this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2008-01-21 19:55
---
I don't plan to backport this to the 4.1 branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #4 from kargl at gcc dot gnu dot org 2008-01-21 19:24 ---
(In reply to comment #3)
>
> Sorry, no! The code is non-conforming. The code should be fixed.
>
I downloaded the FITS package, and it's worse than I thought. Please
don't unfix gfortran. This is valid fixed-form
1 - 100 of 212 matches
Mail list logo
