Re: libf2c/8992: MXUNIT change seems to fail

Re: libf2c/8992: MXUNIT change seems to fail

[toon]

Synopsis: MXUNIT change seems to fail

State-Changed-From-To: feedback->closed
State-Changed-By: toon
State-Changed-When: Fri Dec 20 11:52:04 2002
State-Changed-Why:
    Closed on request of submitter.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8992

Re: libf2c/8992: MXUNIT change seems to fail

[Peter Morgan]

The following reply was made to PR libf2c/8992; it has been noted by GNATS.

From: Peter Morgan <pjm@survey.ise.canberra.edu.au>
To: <toon@gcc.gnu.org>, <gcc-bugs@gcc.gnu.org>, <gcc-prs@gcc.gnu.org>,
        <nobody@gcc.gnu.org>, <peterm@ise.canberra.edu.au>, <toon@gcc.gnu.org>,
        <gcc-gnats@gcc.gnu.org>
Cc:  
Subject: Re: libf2c/8992: MXUNIT change seems to fail
Date: Thu, 19 Dec 2002 15:53:56 +1100 (EST)

 Dear Toon
 
 Thanks for the message below.
 
 I have done several things and will communicate things to our group now that I
 understand. The setting of the library path was indeed the correct thing and
 fixed things up.
 
 Having done that it seems that it is worthwile uninstalling quite a few RPMs
 as this library makes things redundant and leaves open the possibility that
 other users might get a wrong environment.
 
 thanks for the response.
 
 Please have a wonderful Christmas. may it be a time of peace and happiness
 with you and your family and friends
 
 ths peter
 
 
 On 18 Dec 2002 toon@gcc.gnu.org
 wrote:
 
 > Synopsis: MXUNIT change seems to fail
 >
 > Responsible-Changed-From-To: unassigned->toon
 > Responsible-Changed-By: toon
 > Responsible-Changed-When: Wed Dec 18 14:58:45 2002
 > Responsible-Changed-Why:
 >     Fortran Maintainer.
 > State-Changed-From-To: open->feedback
 > State-Changed-By: toon
 > State-Changed-When: Wed Dec 18 14:58:45 2002
 > State-Changed-Why:
 >     As of GCC/g77-3.1, libf2c is a shared library.  This means
 >     that, if you build and install your own version of it,
 >     its run-time library might end up in a place where shared
 >     libraries aren't searched for.
 >
 >     You can override this by setting the environment variable
 >     LD_LIBRARY_PATH to the correct directory.
 >
 >     Please report back if that helps.
 >
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8992
 >
 
 

Re: libf2c/8992: MXUNIT change seems to fail

[toon]

Synopsis: MXUNIT change seems to fail

Responsible-Changed-From-To: unassigned->toon
Responsible-Changed-By: toon
Responsible-Changed-When: Wed Dec 18 14:58:45 2002
Responsible-Changed-Why:
    Fortran Maintainer.
State-Changed-From-To: open->feedback
State-Changed-By: toon
State-Changed-When: Wed Dec 18 14:58:45 2002
State-Changed-Why:
    As of GCC/g77-3.1, libf2c is a shared library.  This means
    that, if you build and install your own version of it,
    its run-time library might end up in a place where shared
    libraries aren't searched for.
    
    You can override this by setting the environment variable
    LD_LIBRARY_PATH to the correct directory.
    
    Please report back if that helps.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8992

libf2c/8992: MXUNIT change seems to fail

[peterm]

>Number:         8992
>Category:       libf2c
>Synopsis:       MXUNIT change seems to fail
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 18 09:56:14 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     peterm@ise.canberra.edu.au
>Release:        gcc_3.2.1
>Organization:
>Environment:
[peterm@dovers ~]$ gcc -v
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/specs
Configured with: /usr/local/gcc-3.2.1.source/configure  : (reconfigured) /usr/local/gcc-3.2.1.source/configure  : (reconfigured) /usr/local/gcc-3.2.1.source/configure 
Thread model: posix
gcc version 3.2.1
>Description:
The change to MXUNIT in /usr/local/gcc-3.2.1.source/libf2c/libI77/fio.h
from 100 to 10000 doesnt appear to be reflected in the compilation. Compilation tested with the following code.
       program test

       do i = 1,10
          print *, 'Hello world ',i
       end do
       open (unit = 256,file = 'test_file',status='unknown')
       do i=1,10
          write(256,100) i
 100      format (1x, 'Hello world ',i3)
       end do
       stop
       end

here is the output from the compiled code.
 Hello world  1
 Hello world  2
 Hello world  3
 Hello world  4
 Hello world  5
 Hello world  6
 Hello world  7
 Hello world  8
 Hello world  9
 Hello world  10
open: illegal unit number
apparent state: unit 6 (unnamed)
last format: list io
lately writing direct formatted external IO
Abort

I have successful and correct gcc_3.0.2 installations with MXUNIT set to 10000. Code demands 1000 as lu number reflects type of file currently in use not the total number of open files.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: