public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
@ 2006-01-09 23:55 ` pinskia at gcc dot gnu dot org
  2006-01-10  0:10 ` tobi at gcc dot gnu dot org
                   ` (8 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-01-09 23:55 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #9 from pinskia at gcc dot gnu dot org  2006-01-09 23:55 -------
We don't get an error message but instead we call  _gfortran_internal_malloc
with a zero value and invoked undefined behavior in malloc.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335



^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
  2006-01-09 23:55 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory" pinskia at gcc dot gnu dot org
@ 2006-01-10  0:10 ` tobi at gcc dot gnu dot org
  2006-03-01 16:30 ` paul dot richard dot thomas at cea dot fr
                   ` (7 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: tobi at gcc dot gnu dot org @ 2006-01-10  0:10 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #10 from tobi at gcc dot gnu dot org  2006-01-10 00:10 -------
(In reply to comment #9)
> We don't get an error message but instead we call  _gfortran_internal_malloc
> with a zero value and invoked undefined behavior in malloc.

No.  This is specifically guarded against:

   69 /* Allocate memory for internal (compiler generated) use.  */
   70 
   71 void *
   72 internal_malloc_size (size_t size)
   73 {
   74   if (size == 0)
   75     return NULL;
   76 
   77   return get_mem (size);
   78 }
   79 
   80 extern void *internal_malloc (GFC_INTEGER_4);
   81 export_proto(internal_malloc);
   82 
   83 void *
   84 internal_malloc (GFC_INTEGER_4 size)
   85 {
   86 #ifdef GFC_CHECK_MEMORY
   87   /* Under normal circumstances, this is _never_ going to happen!  */
   88   if (size < 0)
   89     runtime_error ("Attempt to allocate a negative amount of memory.");
   90 
   91 #endif
   92   return internal_malloc_size ((size_t) size);
   93 }


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335



^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
  2006-01-09 23:55 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory" pinskia at gcc dot gnu dot org
  2006-01-10  0:10 ` tobi at gcc dot gnu dot org
@ 2006-03-01 16:30 ` paul dot richard dot thomas at cea dot fr
  2006-03-01 16:37 ` tobi at gcc dot gnu dot org
                   ` (6 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: paul dot richard dot thomas at cea dot fr @ 2006-03-01 16:30 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #11 from paul dot richard dot thomas at cea dot fr  2006-03-01 16:30 -------
I believe that this PR should be closed as resolved.  Since p is uninitialized
in the original test case, it can and does produce out of range array
references for lu(comment #6).  The following development of the testcase runs
fine:

  program Driver
    real :: a(4,4)
    call factor
contains
    subroutine Factor
      real :: A(4, 4), B(4), lu(4,4)
      integer:: p(4)=(/1,2,3,4/)
      integer:: I
      I = 1
      do M = 1, 4
          LU(P(I), M) = Reduce (LU(P(I), M), LU(P(I), 1: M - 1), LU(P(1: M -
1), M))
      end do

      return
    end subroutine Factor  
    function Reduce (A, Row, Col)
      real :: A, Row(:), Col(:)
      print *, "size of row=", size(row)
      print *, "size of col=", size(col)
      reduce = 0
    end function Reduce
  end program Driver

producing

$ ./a
 size of row=           0
 size of col=           0
 size of row=           1
 size of col=           1
 size of row=           2
 size of col=           2
 size of row=           3
 size of col=           3

which shows that the programmer must take care of his or her array references!

The question of what to do with negative memory requests is of course tied up
by the confusion with integer overflows as the error message in
memory.c(allocate) says.  PR26017 is an unambiguous case where this error
should not be triggered and will function as a placeholder for this type of
problem. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2006-03-01 16:30 ` paul dot richard dot thomas at cea dot fr
@ 2006-03-01 16:37 ` tobi at gcc dot gnu dot org
  2006-03-01 16:39 ` tobi at gcc dot gnu dot org
                   ` (5 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: tobi at gcc dot gnu dot org @ 2006-03-01 16:37 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #12 from tobi at gcc dot gnu dot org  2006-03-01 16:37 -------
What about the testcase from comment #4?  I believe that's valid.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2006-03-01 16:37 ` tobi at gcc dot gnu dot org
@ 2006-03-01 16:39 ` tobi at gcc dot gnu dot org
  2006-03-01 16:41 ` paul dot richard dot thomas at cea dot fr
                   ` (4 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: tobi at gcc dot gnu dot org @ 2006-03-01 16:39 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #13 from tobi at gcc dot gnu dot org  2006-03-01 16:39 -------
(In reply to comment #12)
> What about the testcase from comment #4?  I believe that's valid.

D'oh, no it ain't because the RHS and the LHS in the assignment to b aren't
conforming.


-- 

tobi at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (4 preceding siblings ...)
  2006-03-01 16:39 ` tobi at gcc dot gnu dot org
@ 2006-03-01 16:41 ` paul dot richard dot thomas at cea dot fr
  2006-03-01 16:42 ` fxcoudert at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: paul dot richard dot thomas at cea dot fr @ 2006-03-01 16:41 UTC (permalink / raw)
  To: gcc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 980 bytes --]



------- Comment #14 from paul dot richard dot thomas at cea dot fr  2006-03-01 16:41 -------
Subject: RE:  runtime error  "Attempt to allocate a negative amount of memory"

Oh hi, Tobi!  How are you?

Yes, the testcase from comment #4 is valid.  It is also identical to PR26017.

Paul

> -----Message d'origine-----
> De : tobi at gcc dot gnu dot org [mailto:gcc-bugzilla@gcc.gnu.org]
> Envoyé : mercredi 1 mars 2006 17:37
> À : THOMAS Paul Richard 169137
> Objet : [Bug fortran/15335] runtime error "Attempt to allocate a
> negative amount of memory"
> 
> 
> 
> 
> ------- Comment #12 from tobi at gcc dot gnu dot org  
> 2006-03-01 16:37 -------
> What about the testcase from comment #4?  I believe that's valid.
> 
> 
> -- 
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
> 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (5 preceding siblings ...)
  2006-03-01 16:41 ` paul dot richard dot thomas at cea dot fr
@ 2006-03-01 16:42 ` fxcoudert at gcc dot gnu dot org
  2006-03-01 16:43 ` paul dot richard dot thomas at cea dot fr
                   ` (2 subsequent siblings)
  9 siblings, 0 replies; 15+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2006-03-01 16:42 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #15 from fxcoudert at gcc dot gnu dot org  2006-03-01 16:42 -------
(In reply to comment #12)
> What about the testcase from comment #4?  I believe that's valid.

I agree. The segfault in the original code is OK, but the "Attempt to allocate
a negative amount of memory" error message on your code:

        dimension a(1:4), b(1)
        i=1
        b = maxloc(a(1:i-2)+1.)
        end

is not OK. a(1:i-2) should be a zero-sized array slice.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2005-11-01 21:45:02         |2006-03-01 16:42:35
               date|                            |
            Summary|runtime error  "Attempt to  |runtime error "Attempt to
                   |allocate a negative amount  |allocate a negative amount
                   |of memory"                  |of memory"


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (6 preceding siblings ...)
  2006-03-01 16:42 ` fxcoudert at gcc dot gnu dot org
@ 2006-03-01 16:43 ` paul dot richard dot thomas at cea dot fr
  2006-03-01 23:46 ` pault at gcc dot gnu dot org
  2006-03-02  9:37 ` fxcoudert at gcc dot gnu dot org
  9 siblings, 0 replies; 15+ messages in thread
From: paul dot richard dot thomas at cea dot fr @ 2006-03-01 16:43 UTC (permalink / raw)
  To: gcc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1328 bytes --]



------- Comment #16 from paul dot richard dot thomas at cea dot fr  2006-03-01 16:43 -------
Subject: RE:  runtime error  "Attempt to allocate a negative amount of memory"

That's true.... QED.... QCD?

> -----Message d'origine-----
> De : tobi at gcc dot gnu dot org [mailto:gcc-bugzilla@gcc.gnu.org]
> Envoyé : mercredi 1 mars 2006 17:39
> À : THOMAS Paul Richard 169137
> Objet : [Bug fortran/15335] runtime error "Attempt to allocate a
> negative amount of memory"
> 
> 
> 
> 
> ------- Comment #13 from tobi at gcc dot gnu dot org  
> 2006-03-01 16:39 -------
> (In reply to comment #12)
> > What about the testcase from comment #4?  I believe that's valid.
> 
> D'oh, no it ain't because the RHS and the LHS in the 
> assignment to b aren't
> conforming.
> 
> 
> -- 
> 
> tobi at gcc dot gnu dot org changed:
> 
>            What    |Removed                     |Added
> --------------------------------------------------------------
> --------------
>              Status|NEW                         |RESOLVED
>          Resolution|                            |INVALID
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
> 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (7 preceding siblings ...)
  2006-03-01 16:43 ` paul dot richard dot thomas at cea dot fr
@ 2006-03-01 23:46 ` pault at gcc dot gnu dot org
  2006-03-02  9:37 ` fxcoudert at gcc dot gnu dot org
  9 siblings, 0 replies; 15+ messages in thread
From: pault at gcc dot gnu dot org @ 2006-03-01 23:46 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #17 from pault at gcc dot gnu dot org  2006-03-01 23:45 -------
OK I have written a patch that fixes:

        real :: a(1:4) = (/((i-1)**2,i=1,4)/)
        real :: b(1)

        i=2

        b = maxloc(a(1:i-2)+1.)
        print *, b

        end


For i=3 or greater, gfortran and ifort agree on the value of b.  However, for
the above, gfortran now gives 0, whilst ifort gives 1.  I happen to think that
0 makes more sense but.... does anybody know the accepted result?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory"
       [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
                   ` (8 preceding siblings ...)
  2006-03-01 23:46 ` pault at gcc dot gnu dot org
@ 2006-03-02  9:37 ` fxcoudert at gcc dot gnu dot org
  9 siblings, 0 replies; 15+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2006-03-02  9:37 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #18 from fxcoudert at gcc dot gnu dot org  2006-03-02 09:37 -------
(In reply to comment #17)
> For i=3 or greater, gfortran and ifort agree on the value of b.  However, for
> the above, gfortran now gives 0, whilst ifort gives 1.  I happen to think that
> 0 makes more sense but.... does anybody know the accepted result?

I think this is PR 25378. The correct answer is undefined as per F95, and is 1
as per F2003.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
  2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
                   ` (3 preceding siblings ...)
  2005-04-18 12:04 ` fxcoudert at gcc dot gnu dot org
@ 2005-04-18 21:32 ` tobi at gcc dot gnu dot org
  4 siblings, 0 replies; 15+ messages in thread
From: tobi at gcc dot gnu dot org @ 2005-04-18 21:32 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From tobi at gcc dot gnu dot org  2005-04-18 21:32 -------
(In reply to comment #7)
> Using the testcase from comment #4, it seems clear that there is no check on
> whether the slice selected has negative width...

Yes, I remember that I suggested behaving the same way for the allocation of a
negative amount of memory in internal_malloc as for a zero allocation.  I don't
remember if this failed (say, e.g. because the scalarizer still creates a loop
which does something silly then), or if I didn't do this, because I believed
(maybe because someone told me so) that it wouldn't work.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
  2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
                   ` (2 preceding siblings ...)
  2004-11-18 13:22 ` paul dot richard dot thomas at cea dot fr
@ 2005-04-18 12:04 ` fxcoudert at gcc dot gnu dot org
  2005-04-18 21:32 ` tobi at gcc dot gnu dot org
  4 siblings, 0 replies; 15+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2005-04-18 12:04 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-04-18 12:03 -------
Using the testcase from comment #4, it seems clear that there is no check on
whether the slice selected has negative width...

    atmp.2.dim[0].stride = 1;
    atmp.2.dim[0].lbound = 0;
    atmp.2.dim[0].ubound = i - 3;
    D.489 = i - 2;
    atmp.2.data = (real4[0:] *) _gfortran_internal_malloc (D.489 * 4);

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu dot
                   |                            |org
   Last reconfirmed|2005-02-17 05:04:45         |2005-04-18 12:03:58
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
  2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
  2004-10-07 23:44 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative " tobi at gcc dot gnu dot org
  2004-11-18 12:33 ` pinskia at gcc dot gnu dot org
@ 2004-11-18 13:22 ` paul dot richard dot thomas at cea dot fr
  2005-04-18 12:04 ` fxcoudert at gcc dot gnu dot org
  2005-04-18 21:32 ` tobi at gcc dot gnu dot org
  4 siblings, 0 replies; 15+ messages in thread
From: paul dot richard dot thomas at cea dot fr @ 2004-11-18 13:22 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From paul dot richard dot thomas at cea dot fr  2004-11-18 13:22 -------
This example gives a segmentation fault with Cygwin and gfortran 20041114

>       integer:: p(4)

Initialising p(4) = (/1,2,3,4/) gets rid of the fault and the programme runs to 
completion.  I do not think that this is entirely the same as #18539, which 
seems to be specific to Tru64 (and Linux?)  

Note that with p initialised, DRIVER still segment faults on Tru64 because i is 
unitialised (this should also fail under Cygwin.....). If, I set I to 1, for 
example, then, finally I get the request for negative memory.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
  2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
  2004-10-07 23:44 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative " tobi at gcc dot gnu dot org
@ 2004-11-18 12:33 ` pinskia at gcc dot gnu dot org
  2004-11-18 13:22 ` paul dot richard dot thomas at cea dot fr
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 15+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-11-18 12:33 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-18 12:33 -------
*** Bug 18539 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |paul dot richard dot thomas
                   |                            |at cea dot fr


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

* [Bug fortran/15335] runtime error  "Attempt to allocate a negative amount of memory"
  2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
@ 2004-10-07 23:44 ` tobi at gcc dot gnu dot org
  2004-11-18 12:33 ` pinskia at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 15+ messages in thread
From: tobi at gcc dot gnu dot org @ 2004-10-07 23:44 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From tobi at gcc dot gnu dot org  2004-10-07 23:44 -------
New testcase (I changed memory.c to allow zero-length allocations):
	dimension a(1:4), b(1)
	i=1
	b = maxloc(a(1:i-2)+1.)
	end
gives the new error message:
Fortran runtime error: Attempt to allocate a negative amount of memory.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|runtime error  "Attempt to  |runtime error  "Attempt to
                   |allocate a non-positive     |allocate a negative amount
                   |amount of memory"           |of memory"


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15335


^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2006-03-02  9:37 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-15335-7283@http.gcc.gnu.org/bugzilla/>
2006-01-09 23:55 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory" pinskia at gcc dot gnu dot org
2006-01-10  0:10 ` tobi at gcc dot gnu dot org
2006-03-01 16:30 ` paul dot richard dot thomas at cea dot fr
2006-03-01 16:37 ` tobi at gcc dot gnu dot org
2006-03-01 16:39 ` tobi at gcc dot gnu dot org
2006-03-01 16:41 ` paul dot richard dot thomas at cea dot fr
2006-03-01 16:42 ` fxcoudert at gcc dot gnu dot org
2006-03-01 16:43 ` paul dot richard dot thomas at cea dot fr
2006-03-01 23:46 ` pault at gcc dot gnu dot org
2006-03-02  9:37 ` fxcoudert at gcc dot gnu dot org
2004-05-07  0:27 [Bug fortran/15335] New: [gfortran] runtime error "Attempt to allocate a non-positive " Tobias dot Schlueter at physik dot uni-muenchen dot de
2004-10-07 23:44 ` [Bug fortran/15335] runtime error "Attempt to allocate a negative " tobi at gcc dot gnu dot org
2004-11-18 12:33 ` pinskia at gcc dot gnu dot org
2004-11-18 13:22 ` paul dot richard dot thomas at cea dot fr
2005-04-18 12:04 ` fxcoudert at gcc dot gnu dot org
2005-04-18 21:32 ` tobi at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).