Re: busting sp datatypes
- From: "James Van Buskirk" <not_valid@xxxxxxxxxxx>
- Date: Thu, 28 Aug 2008 20:01:07 -0600
"e p chandler" <epc8@xxxxxxxx> wrote in message
news:4df24e40-5602-4a99-8203-dc445b013a8d@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
If you are using the gfortran/gcc from equation.com, that's a
different story. It installs in \gfortran w/o requiring CPATH to be
set to compile C programs, etc. It also creates "stripped" .exe files
(w/o debug symbols) unless some key files are replaced.
I keep 4 different versions of gfortran around, one each from
http://www.equation.com and http://gcc.gnu.org/wiki/GFortran and two
from http://sourceforge.net/projects/mingw-w64/ . Each has its own
advantages and disadvantages. To keep build environments straight,
I emulate what ifort does for command-line environments: first I
create a separate directory for each compiler, like C:\gfortran,
C:\gcc_equation, C:\gcc_mingw64, and C:\gcc_mingw64a . The equation
version tries to take over your computer anyway, do I let it set up
the invironmental varaibles the way it wants to. For the others, I
drag and drop a cmd.exe from C:\WINDOWS\system32 to the root of the
compiler's directory tree and right-click the shortcut and change
some things. Let's see... for the gcc_mingw64 version, under the
General tab the title is set to "64-bit build environment for MinGW
64" and under the Shortcut tab the Comment field also bears that
title. The important thing is the Target field:
C:\WINDOWS\system32\cmd.exe /K ""C:\gcc_mingw64\Shortcut.bat""
Also under the options tab I check the QuickEdit mode and Insert
mode boxes. Having done this I also need C:\gcc_mingw64\Shortcut.bat
file:
@echo off
Title Build environment for MinGW 64 (64-bit host)
set path=C:\gcc_mingw64\bin;%path%
Now double-clicking on the new shortcut to cmd.exe starts up a
command prompt all set up for this particular version of gfortran.
Maybe I should also try experimenting with setting up CPATH and
others because some versions don't seem to be able to link correctly
at this point unless I explicitly name the libraries libkernel32.a
and libuser32.a, but all the compilers are at least rendered
serviceable by this approach.
--
write(*,*) transfer((/17.392111325966148d0,6.5794487871554595D-85, &
6.0134700243160014d-154/),(/'x'/)); end
.
- References:
- Re: busting sp datatypes
- From: glen herrmannsfeldt
- Re: busting sp datatypes
- From: wim
- Re: busting sp datatypes
- From: Ron Ford
- Re: busting sp datatypes
- From: Ron Shepard
- Re: busting sp datatypes
- From: Richard Maine
- Re: busting sp datatypes
- From: glen herrmannsfeldt
- Re: busting sp datatypes
- From: LR
- Re: busting sp datatypes
- From: e p chandler
- Re: busting sp datatypes
- Prev by Date: Re: busting sp datatypes
- Next by Date: Re: Project dependency of CVF 6.6c
- Previous by thread: Re: busting sp datatypes
- Next by thread: Re: busting sp datatypes
- Index(es):
Relevant Pages
|