--- Comment #8 from pault at gcc dot gnu dot org 2007-11-14 06:12 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #60 from pault at gcc dot gnu dot org 2007-11-14 10:37 ---
(In reply to comment #59)
> 2007-11-13 Jerry DeLisle <[EMAIL PROTECTED]>
Jerry,
I see that you have spent much more time diddling with your regex than I have!
Thanks
Paul
--
http://gcc.gnu.org
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-15 09:46 ---
The patch below fixes the reported bug. I am going to check to see what needs
to be done to extend this to generic interfaces and operators.
Paul
Index: gcc/fortran/module.c
--- Comment #4 from pault at gcc dot gnu dot org 2007-11-15 11:16 ---
(In reply to comment #3)
Bother, the patch causes some regressions (interface_[3-5].f90)...
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33541
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-15 11:58 ---
(In reply to comment #2)
> -malign-double changes the ABI. You need to rebuild libgfortran with that
> option.
Ah! Thanks, Richard. For that, I'll take a look at achar_4.f90 for you:)
Paul
--- Comment #1 from pault at gcc dot gnu dot org 2007-11-15 10:54 ---
Jens,
I cannot reproduce this bug, even with the same flags that you are using, under
Cygwin_NT and last night's build. I will check on a Linux system tonight.
I have downrated the severity because &quo
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-15 15:19 ---
(In reply to comment #4)
> (In reply to comment #3)
> Bother, the patch causes some regressions (interface_[3-5].f90)...
> Paul
These were easily fixed - also nested_modules_1.f90 was not standard complian
--- Comment #61 from pault at gcc dot gnu dot org 2007-11-16 09:23 ---
Richard,
I believe that this is the right outcome for achar_4?
(*(char[0:][1:1] *) atmp.4.data)[S.5][1]{lb: 1 sz: 1} =
*(_gfortran_
compare_string (D.529, &(*(char[0:][1:1] *) atmp.2.data)[S.5][1]{l
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-16 13:46 ---
Subject: Bug 33986
Author: pault
Date: Fri Nov 16 13:46:04 2007
New Revision: 130228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130228
Log:
2007-11-16 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 14:48 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #63 from pault at gcc dot gnu dot org 2007-11-16 17:01 ---
I suppose that, after all, I should reassign myself.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 14:49 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 20:34 ---
The reduced testcase of #2 is fixed by:
Index: gcc/fortran/resolve.c
===
*** gcc/fortran/resolve.c (revision 129882)
--- gcc/fortran/resolve.c
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-16 14:47 ---
Subject: Bug 34008
Author: pault
Date: Fri Nov 16 14:47:31 2007
New Revision: 130232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130232
Log:
2007-11-16 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #7 from pault at gcc dot gnu dot org 2007-11-16 21:22 ---
Ah! ubound.51 is not declared anywhere in spec_test.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31213
--- Comment #8 from pault at gcc dot gnu dot org 2007-11-17 17:18 ---
(In reply to comment #7)
> Ah! ubound.51 is not declared anywhere in spec_test.
This comes about because the character length for 'tricky' depends on a
characteristic of a variable, declared in tricky,
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-17 17:07 ---
(In reply to comment #2)
>
> I do not see any alternative but to rewrite the interface routines and put
> them in resolve.c.
This maybe a bit alarmist but not by much. Certainly, 33888 needs a bit of
--- Comment #65 from pault at gcc dot gnu dot org 2007-11-18 17:16 ---
Well, I think that it's fixed on trunk now.
Go on, make my day and find another!
Cheers
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |
--- Comment #64 from pault at gcc dot gnu dot org 2007-11-18 17:14 ---
Subject: Bug 31608
Author: pault
Date: Sun Nov 18 17:14:40 2007
New Revision: 130271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130271
Log:
2007-11-18 Paul Thomas <[EMAIL PROTECTED]&g
--- Comment #2 from pault at gcc dot gnu dot org 2007-11-18 19:09 ---
(In reply to comment #1)
> How about this:
>
> if (any(abs(ptr3 - (/cos(1.0_4), cos(3.0_4)/)).gt. 1e-05)) call abort ()
>
Jerry,
Looks "obvious" to me...
Cheers
Paul
--
http:
--- Comment #11 from pault at gcc dot gnu dot org 2007-11-19 07:44 ---
I kept losing this because the title is no longer applicable.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-19 15:10 ---
(In reply to comment #5)
> Off to generics and operators now!
Ahhh... I have run into a serious problem here. It transpires that renaming is
not accomplished for generic interfaces by keeping the use-name sym
--- Comment #9 from pault at gcc dot gnu dot org 2007-11-22 09:30 ---
Note that I posted an example to comp.lang.fortran that fails because of this
bug:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/6fea2c0227d1d430#657c2f8659a0024e
I'll get the patch subm
--- Comment #7 from pault at gcc dot gnu dot org 2007-11-23 10:59 ---
A workaround is to put the ENTRY declaration after the type specification:
MODULE complex
IMPLICIT NONE
PRIVATE
PUBLIC :: cx, OPERATOR(+)
TYPE cx
REAL :: imag
END TYPE cx
INTERFACE OPERATOR
--- Comment #8 from pault at gcc dot gnu dot org 2007-11-23 14:13 ---
This is not regtested yet but seems to be OK:
Index: gcc/fortran/decl.c
===
*** gcc/fortran/decl.c (révision 130286)
--- gcc/fortran/decl.c (copie de
--- Comment #8 from pault at gcc dot gnu dot org 2007-11-24 10:17 ---
Subject: Bug 33541
Author: pault
Date: Sat Nov 24 10:17:26 2007
New Revision: 130395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130395
Log:
2007-11-24 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #10 from pault at gcc dot gnu dot org 2007-11-25 09:59 ---
Subject: Bug 33499
Author: pault
Date: Sun Nov 25 09:59:42 2007
New Revision: 130403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130403
Log:
2007-11-25 Paul Thomas <[EMAIL PROTECTED]&g
--- Comment #12 from pault at gcc dot gnu dot org 2007-11-25 10:40 ---
(In reply to comment #11)
> I think the failures in test3 are ok. Example program:
Yes, you are right. You and Dominique are correct about test2. The odd thing
is that there is a test for this in the testsu
--- Comment #11 from pault at gcc dot gnu dot org 2007-11-25 19:05 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2007-11-26 09:03 ---
Francois,
Many thanks for the report.
gfortran works correctly if you change cnames to assumed shape:
SUBROUTINE odfamilycnames(base,nfam,cnames)
TYPE(odbase),INTENT(in) :: base
INTEGER ,INTENT
--- Comment #2 from pault at gcc dot gnu dot org 2007-11-26 09:47 ---
The patch below does the job but has yet to be regtested. I think that the
required F2003 survives correctly but I am having difficulty to find in the
ChangeLog where this was added. Tobias, what do you think?
Index
--- Comment #1 from pault at gcc dot gnu dot org 2007-11-27 13:48 ---
Confirmed.
gcc-4.2.0 20061221 (prerelease) gives
FUNCTION ctbgt() RESULT(ctab)
1
Warning: CHARACTER(*) function 'ctbgt' at (1) is obsolescent in fortran 95
pr34248.f90: In function 'ctbg
--- Comment #4 from pault at gcc dot gnu dot org 2007-11-27 19:22 ---
Subject: Bug 34231
Author: pault
Date: Tue Nov 27 19:21:52 2007
New Revision: 130471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130471
Log:
2007-11-27 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #13 from pault at gcc dot gnu dot org 2007-11-27 19:22 ---
Subject: Bug 33541
Author: pault
Date: Tue Nov 27 19:21:52 2007
New Revision: 130471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130471
Log:
2007-11-27 Paul Thomas <[EMAIL PROTECTED]&g
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-27 20:48 ---
Subject: Bug 33850
Author: pault
Date: Tue Nov 27 20:47:55 2007
New Revision: 130472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130472
Log:
2007-11-27 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #8 from pault at gcc dot gnu dot org 2007-11-27 20:48 ---
Subject: Bug 29389
Author: pault
Date: Tue Nov 27 20:47:55 2007
New Revision: 130472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130472
Log:
2007-11-27 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #14 from pault at gcc dot gnu dot org 2007-11-27 20:50 ---
Fixed on trunk I hope!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-27 20:51 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-11-27 20:52 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2007-11-27 20:54 ---
Fixed on trunk.
Paul
PS Note the need to get the kind right for the index vector in order to
eliminate the temporary.
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pault at gcc dot gnu dot org 2007-11-30 17:06 ---
I think that I have a fix
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-11-30 07:49 ---
(In reply to comment #5)
> Erik, Paul, as authors of the original patch and testcases, can you confirm my
> conclusion that the code in comment #4 (and thus, the
> gfortran.dg/alloc_comp_constructor_1.f90 tes
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-30 17:05 ---
I can see what to do - watch this spot.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-03 15:05 ---
(In reply to comment #4)
Just for the record, the following, very crude patch works and produces the
same output as NAG. It needs a lot of cleaning up and I should understand why
the inclusion of LEN works fine
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-05 15:18 ---
(In reply to comment #5)
> *** Bug 34339 has been marked as a duplicate of this bug. ***
>
OK Thanks all - I'm onto it.
Paul
--
pault at gcc dot gnu dot org changed:
What
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-06 06:14 ---
Subject: Bug 34335
Author: pault
Date: Thu Dec 6 06:13:59 2007
New Revision: 130643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130643
Log:
2007-12-06 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #8 from pault at gcc dot gnu dot org 2007-12-06 06:14 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #144 from pault at gcc dot gnu dot org 2007-12-06 08:17 ---
(In reply to comment #143)
> CP2K fails again to compile
Joost,
It's me again! I had naively thought that all the simple combinations of USE
statements were covered in the testsuite. Evidently, I was
--- Comment #4 from pault at gcc dot gnu dot org 2007-12-07 18:37 ---
Created an attachment (id=14708)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14708&action=view)
Fix for PR - not yet regtested
--
pault at gcc dot gnu dot org changed:
What|
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-07 11:48 ---
Created an attachment (id=14707)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14707&action=view)
Fix for the PR
This is just regtesting but I think that it will be OK.
Note that this expression t
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-08 06:50 ---
(In reply to comment #5)
> I did not looked yet at all the failures, but all the one I have looked at
> gives a bus error.
In fact, I do not check that the initializer is not NULL.
Paul
--
http://gcc.g
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-08 06:43 ---
(In reply to comment #5)
> I did not looked yet at all the failures, but all the one I have looked at
> gives a bus error.
Thanks Dominique. I'm looking at PR32129 first and then this. I am sure that
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-07 13:46 ---
(In reply to comment #5)
> This is just regtesting but I think that it will be OK.
Famous last words! It regresses in elemental_subroutine_2.f90. It should all
be fixable witout much effort, though.
P
--- Comment #9 from pault at gcc dot gnu dot org 2007-12-09 09:17 ---
Subject: Bug 31487
Author: pault
Date: Sun Dec 9 09:17:24 2007
New Revision: 130719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130719
Log:
2007-12-09 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #8 from pault at gcc dot gnu dot org 2007-12-09 09:17 ---
Subject: Bug 32129
Author: pault
Date: Sun Dec 9 09:17:24 2007
New Revision: 130719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130719
Log:
2007-12-09 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #10 from pault at gcc dot gnu dot org 2007-12-09 09:19 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-12-09 09:19 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2007-12-09 09:29 ---
For the original, I am getting:
|cd| |a|
99 100 0 0 0
97 0 0 0 0
and for comment #3:
|cd| |ae|
99 100 0 0 0
97 101 0 0 0
Today's trunk on x86_ia64/fc5.
Paul
--
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-09 17:14 ---
Dominique,
> Yes it depends of the memory content, anyway the 0 in your results should be
> spaces.
>
Ah yes. The problem is in trans-array.c(gfc_trans_array_ctor_element), where
the assignment, line 97
--- Comment #10 from pault at gcc dot gnu dot org 2007-12-11 16:17 ---
I have now developed the patch for this and PR33998 to the point where the
original testcase compiles. It is, however, missing the interface
transformation of the array_spec of 'yoagly' aka 'ugly
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-14 12:53 ---
I can see a clean way to do this one - I shall be stuck in Frankfurt for three
hours tonight; I'll do it then.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-15 00:29 ---
Created an attachment (id=14761)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14761&action=view)
A prototype patch
This is as far as I got at the airport - it fixes the problem but has not yet
bee
--- Comment #4 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 33888
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #11 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 31213
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]&g
--- Comment #6 from pault at gcc dot gnu dot org 2007-12-16 11:34 ---
Subject: Bug 33998
Author: pault
Date: Sun Dec 16 11:34:08 2007
New Revision: 130988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130988
Log:
2007-12-16 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-16 11:41 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-16 11:42 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pault at gcc dot gnu dot org 2007-12-16 11:42 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-12-16 11:45 ---
OK then, I'll give it a try!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from pault at gcc dot gnu dot org 2007-12-17 05:41 ---
4.2 gives a second error:
integer(1), parameter :: ARR1(len(HEX1)) = [( MSKa1(i), i=1,len(HEX1) )]
1
Error: index in dimension 1 is out of bounds at (1
--- Comment #3 from pault at gcc dot gnu dot org 2007-12-17 22:53 ---
The first part of this PR is fixed with:
Index: gcc/fortran/expr.c
===
*** gcc/fortran/expr.c (revision 130811)
--- gcc/fortran/expr.c (working copy
--- Comment #9 from pault at gcc dot gnu dot org 2007-12-21 21:20 ---
Subject: Bug 34438
Author: pault
Date: Fri Dec 21 21:20:38 2007
New Revision: 131124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131124
Log:
2007-12-21 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #11 from pault at gcc dot gnu dot org 2008-01-01 17:11 ---
This is a most peculiar bug, which has nothing to do with allocatability or
temporariness. The result variables of the functions 'get_numbr' and
'get_nfirst' are REAL(mp), whereas they are assign
--- Comment #12 from pault at gcc dot gnu dot org 2008-01-01 17:23 ---
Ah! I feel a light bulb moment coming on.
The type mismatch necessitates the use of the internal real to integer
conversion function, which in its turn checks the interface with 'get_nfirst'.
Bein
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-02 16:15 ---
(In reply to comment #1)
Note that for last night's trunk, I get the following times
[EMAIL PROTECTED] tmp]# /irun/bin/gfortran -static pr34568.f90
[EMAIL PROTECTED] tmp]# ./a.out
2.1826680
8.22
--- Comment #20 from pault at gcc dot gnu dot org 2008-01-02 19:30 ---
(In reply to comment #19)
> gfortran does inline most array intrinsics, but only if the result is a
> scalar.
> For most array intrinsics this isn't that much of a problem since usually one
> uses
--- Comment #14 from pault at gcc dot gnu dot org 2008-01-02 21:00 ---
(In reply to comment #13)
> The patch in comment #12 works as advertised without regression in 32 and 64
> bit modes on ppc/Intel and my favourite platform.
>
Thanks for the test. I have been throug
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-03 15:24 ---
(In reply to comment #3)
> Reduced test; has nothing to do with BIND(C). I am not 100% sure it is valid.
> (Actually, glancing at the code, I had said it is invalid). However, it gives
> no error/warning (or
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-03 17:58 ---
I'm taking a look at how it might be done.
This allows compilation to proceed:
Index: gcc/fortran/trans-decl.c
===
*** gcc/fortran/trans-d
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-04 16:12 ---
Another way of looking as it is that the interface is not getting renamed when
MyMod3 is written. This works:
MODULE MyMod1
integer, parameter :: i2_ = Selected_Int_Kind(4)
END Module MyMod1
module MyMod2
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-05 16:47 ---
(In reply to comment #4)
If you look, the patch preceeded the PR. Toon posted the problem on the list,
promising to develop this testcase. This he duly did. Please keep it open
another few days; I'll cle
NCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pault at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34681
--- Comment #17 from pault at gcc dot gnu dot org 2008-01-06 22:00 ---
Subject: Bug 34545
Author: pault
Date: Sun Jan 6 22:00:00 2008
New Revision: 131364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131364
Log:
2008-01-06 Paul Thomas <[EMAIL PROTECTED]&g
--- Comment #18 from pault at gcc dot gnu dot org 2008-01-07 08:15 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-07 13:06 ---
Since I have submitted the patch, I should take it on!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2008-01-07 16:44 ---
I have a fix for this and PR34681. I was hoping to submit tonight but it now
looks like it will be tomorrow.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-07 16:45 ---
Subject: Bug 34672
Author: pault
Date: Mon Jan 7 16:44:43 2008
New Revision: 131377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131377
Log:
2008-01-07 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-07 16:46 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-08 10:31 ---
Created an attachment (id=14898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14898&action=view)
A fix and testcase for this PR
This is regtesting right now.
Paul
--
http://gcc.gnu.org/b
--- Comment #1 from pault at gcc dot gnu dot org 2008-01-08 12:57 ---
This is fixed in a patch that I am working on that sorts out the whole business
of function characteristics in one go.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-08 12:57 ---
This is fixed in a patch that I am working on that sorts out the whole business
of function characteristics in one go.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pault at gcc dot gnu dot org 2008-01-08 12:58 ---
This is fixed in a patch that I am working on that sorts out the whole business
of function characteristics in one go.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-08 15:13 ---
Subject: Bug 34681
Author: pault
Date: Tue Jan 8 15:12:34 2008
New Revision: 131395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131395
Log:
2008-01-08 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-08 15:13 ---
Subject: Bug 34704
Author: pault
Date: Tue Jan 8 15:12:34 2008
New Revision: 131395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131395
Log:
2008-01-08 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-08 15:15 ---
Subject: Bug 34476
Author: pault
Date: Tue Jan 8 15:14:33 2008
New Revision: 131396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131396
Log:
2008-01-08 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-08 15:15 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-08 15:16 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2008-01-08 15:16 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2008-01-10 19:11 ---
Subject: Bug 34396
Author: pault
Date: Thu Jan 10 19:10:48 2008
New Revision: 131448
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131448
Log:
2008-01-10 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #10 from pault at gcc dot gnu dot org 2008-01-10 19:13 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
2301 - 2400 of 3045 matches
Mail list logo
