For Programmers: Free Programming Magazines  


Home > Archive > Fortran > March 2008 > configuring 4.3.0









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author configuring 4.3.0
Gerry Ford

2008-03-11, 4:47 am


gfortran 4.3.0 shows itself able to execute this source:
PROGRAM test
use iso_c_binding
implicit none

real, pointer :: p1, p2
real, target :: t1, t2


p1=>t1
p2=>t2

t1 = 42
t2 = 43.56

p2 => t1

write (*,*) p1, loc(t1)
write (*,*) p2
write (*,*) "p2 points to t1?", associated(p2,t1)
write (*,*) "Address of what p2 points to", &
& transfer(c_loc(p2),0_C_INTPTR_T)
write (*,*) "Address of what p2 points to", c_loc(p2)

END

! gfortran -o test1 test.f03 2>text55.txt >text56.txt

However, I find that I have to run the command from within the bin. This
drawback would force a person to mix his data with all the binaries. If I
invoke gfortran from a directory where it isn't, dos tells me:
'gfortran' is not recognized as an internal or external command,
operable program or batch file.

How do I tell windows to fire up gfortran.exe when I have it in another
folder? Perl is able to do this. I realize this is an implementation and
OS question. Is there somewhere else on the net where this might be more
topical?

I guess, in the meantime, I'll copy the binaries to where I want to keep
source files. I believe this is different from the LIBRARY_PATH or
environment question.
--
Gerry Ford



"Anybody who says, that a high-speed collision with water is the same as
with concrete, likely has more experience with the former than the latter."


Les

2008-03-11, 4:47 am


"Gerry Ford" <invalid@invalid.net> wrote in message
news:1205207679_2@news.newsgroups.com...

> snip>


> How do I tell windows to fire up gfortran.exe when I have it in another
> folder? Perl is able to do this. I realize this is an implementation and
> OS question. Is there somewhere else on the net where this might be more
> topical?



My Computer -> Properties -> Environment Variables
under system variables look for "Path"
Click on the Path entry, click Edit button
add the directory where gfortran is installed, to the path.

Les



Dr Ivan D. Reid

2008-03-11, 4:47 am

On Mon, 10 Mar 2008 22:02:26 -0700, Gerry Ford <invalid@invalid.net>
wrote in <1205207679_2@news.newsgroups.com>:

> ! gfortran -o test1 test.f03 2>text55.txt >text56.txt


> However, I find that I have to run the command from within the bin. This
> drawback would force a person to mix his data with all the binaries. If I
> invoke gfortran from a directory where it isn't, dos tells me:
> 'gfortran' is not recognized as an internal or external command,
> operable program or batch file.


> How do I tell windows to fire up gfortran.exe when I have it in another
> folder? Perl is able to do this. I realize this is an implementation and
> OS question. Is there somewhere else on the net where this might be more
> topical?


You have to add the gfortran bin directory to your execution PATH;
i.e. modify your PATH environment variable:
Control Panel->System->Advanced->Environment Variables->System Variables,
highlight PATH (or Path) and select Edit.

--
Ivan Reid, School of Engineering & Design, _____________ CMS Collaboration,
Brunel University. Ivan.Reid@[brunel.ac.uk|cern.ch] Room 40-1-B12, CERN
KotPT -- "for stupidity above and beyond the call of duty".
Gerry Ford

2008-03-11, 7:23 pm


"Les" <l.neilson@nospam.acecad.co.uk> wrote in message
news:fr5hju$2t1v$1@newsreader.cw.net...
>
> "Gerry Ford" <invalid@invalid.net> wrote in message
> news:1205207679_2@news.newsgroups.com...
>
>
>
>
> My Computer -> Properties -> Environment Variables
> under system variables look for "Path"
> Click on the Path entry, click Edit button
> add the directory where gfortran is installed, to the path.
>
> Les
>
>
>


Thanks, Dr. Reid and Les

The correct path was already in there. What I had to do was remove obsolete
paths from previous installs, and voila. I can see in the same place that
the LIBRARY_PATH will also need changing.

--
Gerry Ford



"Anybody who says, that a high-speed collision with water is the same as
with concrete, likely has more experience with the former than the latter."


Gerry Ford

2008-03-12, 4:46 am


"Dr Ivan D. Reid" <Ivan.Reid@brunel.ac.uk> wrote in message
news:slrnftci65.17d.Ivan.Reid@loki.brunel.ac.uk...
> On Mon, 10 Mar 2008 22:02:26 -0700, Gerry Ford <invalid@invalid.net>
> wrote in <1205207679_2@news.newsgroups.com>:
>
>
>
>
> You have to add the gfortran bin directory to your execution PATH;
> i.e. modify your PATH environment variable:
> Control Panel->System->Advanced->Environment Variables->System Variables,
> highlight PATH (or Path) and select Edit.


The equation distro adds 2 entries in the path. I made a screen shot to
illustrate:
http://zaxfuuq.net/fortran196902.jpg

I installed equation 4.2.3 on another user identity I created and got these:
C:\path\gcc\bin;C:\path\gcc\i386-pc-mingw32\bin;
as extra entries in the path system variable. If an install only adds such
entries, how could it fail? I think we see the answer here with the rest of
the entries:
C:\equation\gcc\bin;C:\Program
Files\Silverfrost\FTN95;C:\Perl\site\bin
;C:\Perl\bin;c:\ruby\bin;
I think windows gets with obsolete entries.

These are the system entries:
%SystemRoot%\system32;%SystemRoot%;%Syst
emRoot%\System32\Wbem

I think the moral of the story is to clean out the non-system entries
occasionally, and certainly with any path trouble.

I look at that Orion_Mawson image occasionally. I've never seen anything
quite like it, and conjecture that such a photo could only occur within 24
degrees of a pole. The angle the belt makes with the horizon is
mind-boggling.

--
Gerry Ford


"Anybody who says, that a high-speed collision with water is the same as
with concrete, likely has more experience with the former than the latter."


post

2008-03-12, 8:13 am


"Gerry Ford" <invalid@invalid.net> wrote in message
news:1205304353_23@news.newsgroups.com...
highlight PATH (or Path) and select Edit.
>
> The equation distro adds 2 entries in the path. I made a screen shot to
> illustrate:


Don't lie. You are adviced not to download future distribution. You are not
welcomed. You are a person continuously making baseless complaint.

The equation distribution 4.3.0 not only never added additional entries but
also won't be affected by other entries. If you like, you can add
LIBRARY_PATH or others, equation distribution won't be affected.


post

2008-03-12, 8:13 am


"Gerry Ford" <invalid@invalid.net> wrote in message
news:1205304353_23@news.newsgroups.com...
>
> I installed equation 4.2.3 on another user identity I created and got

these:
> C:\path\gcc\bin;C:\path\gcc\i386-pc-mingw32\bin;
> as extra entries in the path system variable. If an install only adds

such
> entries, how could it fail? I think we see the answer here with the rest

of
> the entries:
> C:\equation\gcc\bin;C:\Program
> Files\Silverfrost\FTN95;C:\Perl\site\bin
;C:\Perl\bin;c:\ruby\bin;
> I think windows gets with obsolete entries.
>
> These are the system entries:
> %SystemRoot%\system32;%SystemRoot%;%Syst
emRoot%\System32\Wbem
>


Your original post state your problems as:

'gfortran' is not recognized as an internal or external command,
operable program or batch file.

that means gfortran.exe could not be found by every entry in your path. Your
problem (gfortran is not recognized as an internal or external command) has
been searched every entry, and failed to find gfortran.exe. If "an extra
entry in the path" is true, that does not cause the problem. I suggest you
to learn how to use Windows, not continuously making baseless complaint.
Extra entry in the path does not cause your problem.

You are adviced not to download future distribution. You are not welcomed.


James Van Buskirk

2008-03-12, 7:32 pm

"post" <no-spam@equation.com> wrote in message
news:7COBj.20797$Ls6.17317@trnddc01...

> The equation distribution 4.3.0 not only never added additional entries
> but
> also won't be affected by other entries. If you like, you can add
> LIBRARY_PATH or others, equation distribution won't be affected.


Older versions of 4.3.0 really did define LIBRARY_PATH, CPATH, and
added two entries to PATH. They only way you can tell that the
latest versions do not is to clean up your environmental veraibles
and reinstall.

--
write(*,*) transfer((/17.392111325966148d0,6.5794487871554595D-85, &
6.0134700243160014d-154/),(/'x'/)); end


post

2008-03-12, 7:32 pm


"James Van Buskirk" <not_valid@comcast.net> wrote in message
news:ytGdnSogf7OCnUXanZ2dnUVZ_siknZ2d@co
mcast.com...
>
> Older versions of 4.3.0 really did define LIBRARY_PATH, CPATH, and
> added two entries to PATH. They only way you can tell that the
> latest versions do not is to clean up your environmental veraibles
> and reinstall.
>


Yes. After cleaning up environment variables, settings can be verified.
4.3.0-snapshots had LIBRARY_PATH & CPATH, but 4.3.0 (official release) does
not set those variables.

GCC has a problem that environment variables may be affected by other
distributions. Recent distributions have a little modification, and have a
setting different from GCC, and won't be affected by those GCC environment
variables.


FX

2008-03-12, 7:32 pm

> Recent distributions have a little modification, and have a setting
> different from GCC, and won't be affected by those GCC environment
> variables.


Please remember that, as per the terms of the GPL, if you distribute
modified versions of the software, you have to offer the source code for
your modifications.

--
FX
c gordon liddy

2008-03-17, 8:18 am


"FX" <coudert@alussinan.org> wrote in message
news:fr93a9$1utf$1@nef.ens.fr...
>
> Please remember that, as per the terms of the GPL, if you distribute
> modified versions of the software, you have to offer the source code for
> your modifications.

Am I correct that Galois was refused entrance at your place of employment?

--
C. Gordon Liddy

"Virile, vigorous, potent."


FX

2008-03-17, 8:18 am

> Am I correct that Galois was refused entrance at your place of
> employment?


No, you're not. My own memory is backed by the Wikipedia page for Galois
(http://en.wikipedia.org/wiki/%C3%89variste_Galois). He was expelled for
political activism.

Also, the École Normale Supérieure
(http://en.wikipedia.org/wiki/%C3%89...Sup%C3%A9rieure) is no
longer my employer, I'm a mere alumnus.

--
FX
stop

2008-03-18, 4:38 am


"FX" <coudert@alussinan.org> wrote in message
news:frljhl$tdl$1@nef.ens.fr...
>
> No, you're not. My own memory is backed by the Wikipedia page for Galois
> (http://en.wikipedia.org/wiki/%C3%89variste_Galois). He was expelled for
> political activism.
>
> Also, the École Normale Supérieure
> (http://en.wikipedia.org/wiki/%C3%89...Sup%C3%A9rieure) is no
> longer my employer, I'm a mere alumnus.


That wiki page is wholly unengaging with the exception of the only image
known to exist of him.

Ecole polytechnic as opposed to ecole superior. My bad. My error arises
from the same reason that those frenchies all live on rue street as well.

Would you let your friends eat on the champs a elyzee at random?
--
"A man is accepted into church for what he believes--and turned out for
what he knows."

-Mark Twain


Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2008 codecomments.com