Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30964
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-02-26 19:53 ---
(In reply to comment #1)
> I have a patch to permit gfc_check_random_seed to deal with arguments
> with the optional attribute set. I was waiting on pault's size0/size1
> patch to hit the tree to see
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-02-26 21:16
---
Subject: Bug 30865
Author: tkoenig
Date: Mon Feb 26 21:16:00 2007
New Revision: 122342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122342
Log:
2007-02-26 Thomas Koenig <[EMAI
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36 ---
Subject: Bug 30869
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAI
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36 ---
Subject: Bug 30765
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAI
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36
---
Subject: Bug 30533
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAI
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-02-28 21:37
---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-02-28 21:37 ---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-02-28 21:39 ---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-02-28 22:04 ---
In principle, this is easy to fix: Use
an unsigned variable for u. In practice, this
means we have to delve into iparm.m4. Yuck :-)
I'll look at this, but if somebody else has a
good suggestion, please go
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-01 19:34 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-01 19:36 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-01 19:41 ---
(In reply to comment #2)
> Since the finer details of fortran still elude me, is it possible at all that
> in a statement as "this = other" were both shall be arrays of compatible
> shape,
>
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-03-01 19:43
---
At least this is not a regression wrt g77.
Interestingly enough, the following program sends g77 into
a tailspin of increasing memory usage during compilation:
program test
a = 3.0
print *,a
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-03 22:05 ---
Created an attachment (id=13137)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13137&action=view)
example patch for cshift1
This is how a cleanup could look: Quote everything except
for the macros
--- Comment #15 from tkoenig at gcc dot gnu dot org 2007-03-04 08:03
---
Subject: Bug 30981
Author: tkoenig
Date: Sun Mar 4 08:03:34 2007
New Revision: 122522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122522
Log:
2007-03-04 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-04 20:59 ---
I'll give this a shot.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-03-05 20:58 ---
This is really important. We need to be able to
support mingw for gfortran, at least.
Setting priority.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-06 19:32 ---
Yes, this would be useful.
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-07 11:27 ---
(In reply to comment #0)
> Maybe we should have MINLOC inlined when there's no mask, stride 1 and
> one-dimensional?
Definitely. We do this for minval, and from glancing at
gfc_conv_intrinsic_mi
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-03-07 14:24 ---
*** Bug 31053 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-07 14:24 ---
(In reply to comment #2)
> I believe this has been fixed already by PR30005 since December 5.
Correct. The fix isn't in 4.2 though (which is what I tried :-)
Closing as a duplicate of 30005.
*** This
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-07 21:00 ---
(In reply to comment #2)
> No, because we never get into gfc_conv_intrinsic_minmaxloc. We translate the
> expression directly into a function call by calling
> gfc_conv_intrinsic_funcall() at th
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-03-07 21:09 ---
(In reply to comment #3)
> In gfc_conv_intrinsic_function, expr->rank is 0 for minval
> and 1 for minloc (which is bogus). I wonder where this is
> set...
To answer my own question: Th
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-03-07 21:29 ---
Created an attachment (id=13165)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13165&action=view)
Setting the correct rank in minloc
This makes minloc have rank 0, and allows for
inlining. I guess we&
--- Comment #16 from tkoenig at gcc dot gnu dot org 2007-03-08 19:27
---
Subject: Bug 30981
Author: tkoenig
Date: Thu Mar 8 19:26:55 2007
New Revision: 122708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122708
Log:
2007-03-08 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #17 from tkoenig at gcc dot gnu dot org 2007-03-08 20:38
---
Fixed on trunk and 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-03-10 12:34 ---
(In reply to comment #7)
> (In reply to comment #6)
> > This makes minloc have rank 0, and allows for
> > inlining.
>
> No, it's wrong. See F95 13.14.71: "Result Characteristics.
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-10 12:33 ---
(In reply to comment #1)
> FX Coudert reported that compiling the following code
>
> real :: a, b
> a = 3.0
> b = a**(-4294967296_8)
> print *, b
> end
>
> segfaults on i686
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-03-11 19:43 ---
I have looked at this some more. Channging gfc_conv_intrinsic_function so that
we call gfc_conv_intrinsic_minmaxloc is easy enough:
@@ -3481,7 +3481,9 @@ gfc_conv_intrinsic_function (gfc_se * se
name = &
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-03-13 20:12
---
(In reply to comment #10)
> Thomas, it's a bit kludgy, but why not add a constant expression = 1, if dim
> is
> not present?
Hi Paul,
unless I'm mistaken, this would also change the rank o
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-14 19:26 ---
Subject: Bug 30690
Author: tkoenig
Date: Wed Mar 14 19:26:38 2007
New Revision: 122927
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122927
Log:
2007-03-14 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-03-14 19:40 ---
Waiting for 4.2 to thaw before a backport.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
BugsThisDependsOn: 18769,30881,31194
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31237
s: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31244
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-17 15:27 ---
I can reproduce the problem, but this is a duplicate of PR 29397.
Closing (but thanks anyway!)
*** This bug has been marked as a duplicate of 29397 ***
--
tkoenig at gcc dot gnu dot org changed
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-03-17 15:27 ---
*** Bug 31206 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-17 15:36 ---
Confirmed.
Reduced test case:
$ cat rewind-2.f90
program main
write (*,'(A,T1,A)',advance="no") 'XX','ABC'
end program main
$ gfortran rewind-2.f90
$ ./a.out
ABC$
J
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-17 15:42 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-03-17 22:06
---
Hi FX,
I'll look at this.
Looking at your patch, I have identified one
compile-time hog in complex_pow_ui:
$ time gfortran complex.f90
real3m35.506s
user3m35.329s
sys 0m0.156s
$ cat comple
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-03-17 22:08 ---
Confirmed with 4.3.0.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-03-17 22:10 ---
Empty bug report, closing.
*** This bug has been marked as a duplicate of 31253 ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-03-17 22:10 ---
*** Bug 31252 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31253
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-03-18 19:46
---
(In reply to comment #12)
> Created an attachment (id=13227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13227&action=view) [edit]
> New patch
>
> New patch, without the compile-t
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31257
: segfault with transpose(reshape(char))
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
R
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-18 22:46 ---
(In reply to comment #1)
> Expected result:
> 1 3 2 4
> Gfortran:
> 1 3 1 3
>
> This is correctly calculated with g95, NAG f95 and sunf95.
> gfortran compiles and gives the wrong result a
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-03-25 10:29 ---
Subject: Bug 31196
Author: tkoenig
Date: Sun Mar 25 09:29:10 2007
New Revision: 123195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123195
Log:
2007-03-25 Thomas Koenig <[EMAIL PROTECTED]&g
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-03-25 20:55 ---
(In reply to comment #5)
> Thomas, the testcase fails the execution test on i386-darwin at all
> optimization levels in an up-to-date tree.
*sigh*
Can you maybe investigate the following:
- print line1 and
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-03-25 22:04
---
I'll give this a shot.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-03-25 22:18 ---
Subject: Bug 31297
Author: tkoenig
Date: Sun Mar 25 21:17:51 2007
New Revision: 123200
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123200
Log:
2007-03-25 Thomas Koenig <[EMAIL PROTECTED]&g
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31354
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-27 20:04 ---
This is the same behavor that g77 had. Also, reading
back what we have written works for both gfortran and g77:
$ cat tst.f
PROGRAM MAIN
character*1 c
OPEN (76, FILE="test.txt",ACCE
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-03-28 20:47 ---
Hi Jerry,
there is still the issue with kind=10 reals written with
CONVERT="swap".
Reopening until we've decided what to do with that :-)
Thomas
--
tkoenig at gcc dot gnu dot org changed:
tkoenig at gcc dot gnu dot org
OtherBugsDependingO 19292
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31409
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-04-02 17:44
---
I'll give this another shot.
Maybe inlining isn't even necessary for good performance...
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from tkoenig at gcc dot gnu dot org 2007-04-02 21:00
---
The library version doesn't do too badly compared
to the inline version:
$ cat benchmark-inline.f90
program main
implicit none
integer, dimension(1) :: n
real, allocatable :: a(:)
integer :: i
all
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-04-10 20:58
---
Created an attachment (id=13350)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13350&action=view)
Sample implementation
This is how I would the implementation of minloc to behave,
shown as a
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-04-15 22:12
---
(In reply to comment #12)
> Now all that's left is to translate that into C and tree representations :-)
The tree stuff is hard, btw. Still trying :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30694
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-04-16 23:03 ---
(In reply to comment #1)
> This is not suprising as it is a dup of bug 20165 anyways.
>
> *** This bug has been marked as a duplicate of 20165 ***
Only one part.
The other part is that we don't mark
--- Comment #15 from tkoenig at gcc dot gnu dot org 2007-04-19 21:03
---
(In reply to comment #14)
> (In reply to comment #13)
> > The tree stuff is hard, btw. Still trying :-)
>
> Tree stuff? Do we generate inline code?
We generate inline code for rank 0 minval
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-04-19 21:35 ---
(In reply to comment #2)
> Confirming. g77 does not do it right either. :)
gfortran 4.1 doesn't get this right either, so at least
this isn't a regression. Uff :-)
--
tkoenig at gcc dot gnu do
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-04-20 22:29 ---
Strictly speaking, this is not a violation of the
Fortran standard, as there are no guarantees of what happens
after an error.
Nonetheless, we should fix it.
I'm investigating.
--
http://gcc.gnu.org/bug
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-04-21 23:12 ---
Created an attachment (id=13402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13402&action=view)
proposed patch
This could work. Let's see if this passes regression.
--
tkoenig at gcc dot
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-04-23 20:44 ---
Subject: Bug 31618
Author: tkoenig
Date: Mon Apr 23 20:43:54 2007
New Revision: 124079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124079
Log:
2007-04-23 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-04-23 20:46 ---
Fixed on trunk.
Maybe we should backport this once 4.2.1 is open.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-04-24 21:06 ---
There is a questionable practice with the original code: It uses
pab without a check whether it is present.
The compiler tries to guard against this, partially by generating
(from the *.original dump):
if (pab
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-04-25 22:39 ---
This is PR 31099, fixed on more recent versions of gfortran.
Closing.
*** This bug has been marked as a duplicate of 31099 ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #20 from tkoenig at gcc dot gnu dot org 2007-04-25 22:39
---
*** Bug 31706 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
ct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-26 21:31 ---
Nasty.
Paul, I've added you to the CC list because you probably
know more about the scalarizer than most. Just in case :-)
Thomas
--
tkoenig at gcc dot gnu dot org changed:
What|Re
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-04-26 22:47 ---
My analysis in the original bug report wasn't correct.
Here is a shorter version:
$ cat real-dim-2.f90
program main
real :: a(2.0),b(2.0)
a = b
end program main
$ gfortran real-dim-2.f90
real-dim-2.f90
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-04-27 07:01 ---
Hi Roger,
I'm adding you to the CC list on this PR on Paul T.'s
suggestion. You are one of our dependency experts, so
maybe you can do something about this :-)
Thomas
--
tkoenig at gcc dot gnu dot o
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-07-14 20:39 ---
Subject: Bug 32731
Author: tkoenig
Date: Sat Jul 14 20:39:10 2007
New Revision: 126644
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126644
Log:
2007-07-14 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-14 20:40 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Version: 4.3.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-17 21:58 ---
Works for me with gcc version 4.3.0 20070715 on i686-pc-linux-gnu.
Could this be target specific?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-18 17:00 ---
I'll commit the test case so there's no regression.
Assigning to myself so I don't forget it.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
ortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32812
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-19 04:47 ---
Subject: Bug 32635
Author: tkoenig
Date: Thu Jul 19 04:47:29 2007
New Revision: 126742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126742
Log:
2007-07-19 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-19 04:48 ---
Test case committed after verifying that it passes.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-20 16:22 ---
Not architecture specific.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
GCC
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-20 16:41 ---
*** Bug 32816 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-20 16:41 ---
*** This bug has been marked as a duplicate of 28397 ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-20 16:42 ---
Should we open another PR for wrong-code errors?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32858
fails in libiberty
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32859
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-23 06:05 ---
Setting to "blocker" as I can't do "make info" checks at the moment.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-23 17:17 ---
I currently cannot check the documentation changes requried
in the review for PR 30814. The condition of a Blocker,
"Blocks development and/or testing work" is fulfilled, IMHO.
Andrew, you marked thi
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-23 19:47 ---
Yes, it's fixed now.
Thanks!
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-07-24 05:52 ---
Subject: Bug 30814
Author: tkoenig
Date: Tue Jul 24 05:52:44 2007
New Revision: 126866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126866
Log:
2007-07-24 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-24 19:25 ---
Fixed on trunk.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-25 05:47 ---
Working on a patch.
I have already gotten rid of st_sprintf.
The nice thing about vsprintf is that it has a gcc builtin, so
we should be able to use it even if the system doesn't have it.
--
tkoenig at gc
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu dot
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-28 21:59 ---
Created an attachment (id=13995)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13995&action=view)
a patch. Unfortunately, it doesn't print out any error messages right now.
--
http://gcc.gnu.
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-28 22:04 ---
There are also a few other issues with the incomplete patch.
vsnprintf can be replaced by __builtin_vsnprintf
on systems where it isn't available. I'll iron that out
when I have the main functionali
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-29 08:39 ---
I think I understand what's wrong with my patch now: The
stream initialized with init_error_stream was never flushed.
I think I'll go with a naked write() call, which is
a) simpler
b) more robust.
301 - 400 of 1518 matches
Mail list logo
