Discussion:
Graphics Lib Help
(too old to reply)
t***@aol.com
2006-11-03 13:33:28 UTC
Permalink
Hi- I'm new to FORTRAN and I have to run/compile some files that were
previously run on Compaq/Digital compiler using DFLIB. I am using
gfortran compilier. Is there a graphics library to use that is
comparable to the DFLIB I can use? or another fortran compilier that
would have a graphics library I could use similiar to DFLIB?

Thanks
jwm
2006-11-03 15:34:04 UTC
Permalink
Post by t***@aol.com
Hi- I'm new to FORTRAN and I have to run/compile some files that were
previously run on Compaq/Digital compiler using DFLIB. I am using
gfortran compilier. Is there a graphics library to use that is
comparable to the DFLIB I can use? or another fortran compilier that
would have a graphics library I could use similiar to DFLIB?
Thanks
The DFLIB was superseded by IFLIB, which, as far as I know, is only
available through the Intel Fortran Compiler.

You may also take a look at the DISLIN library at
http://www.mps.mpg.de/dislin/.

I hope that helps.
Gary Scott
2006-11-03 15:52:47 UTC
Permalink
Post by t***@aol.com
Hi- I'm new to FORTRAN and I have to run/compile some files that were
previously run on Compaq/Digital compiler using DFLIB. I am using
gfortran compilier. Is there a graphics library to use that is
comparable to the DFLIB I can use? or another fortran compilier that
would have a graphics library I could use similiar to DFLIB?
Thanks
DFLIB contains a bunch more than just graphics though. So you're
potentially missing a lot more.

!* Math error support
!* Signal support
!* Coprocessor Control
!* Time and Date Support
!* Command Line Arguments
!* Random Numbers
!* Running Programs and System Commands
!* Drives and Directories
!* Files
!* Keyboard
!* Errors
!* Environment
!* Beep and Sleep
!* Sorting and Searching Arrays
!* Configuration
!* QuickWin Support
!* Access to Windows Handles for QuickWin components
!* QuickWin Default Menu Support
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
jwm
2006-11-03 16:36:49 UTC
Permalink
Post by Gary Scott
Post by t***@aol.com
Hi- I'm new to FORTRAN and I have to run/compile some files that were
previously run on Compaq/Digital compiler using DFLIB. I am using
gfortran compilier. Is there a graphics library to use that is
comparable to the DFLIB I can use? or another fortran compilier that
would have a graphics library I could use similiar to DFLIB?
Thanks
DFLIB contains a bunch more than just graphics though. So you're
potentially missing a lot more.
!* Math error support
!* Signal support
!* Coprocessor Control
!* Time and Date Support
!* Command Line Arguments
!* Random Numbers
!* Running Programs and System Commands
!* Drives and Directories
!* Files
!* Keyboard
!* Errors
!* Environment
!* Beep and Sleep
!* Sorting and Searching Arrays
!* Configuration
!* QuickWin Support
!* Access to Windows Handles for QuickWin components
!* QuickWin Default Menu Support
--
Gary Scott
Fortran Library: http://www.fortranlib.com
Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html
Why are there two? God only knows.
If you want to do the impossible, don't hire an expert because he knows
it can't be done.
-- Henry Ford
I just checked the IVF Include folder, and there is no IFLIB at all
(though I'm sure to have used such library in the past). The
equivalent to DFLIB is actually provided by three new libraries
(IFQWIN, IFCORE and some part of IFPORT)

The additional features mentioned by Gary Scott are now part of IFPORT
(which is great, since qwin.lib doesn't allow linking against dynamic
libraries).
Steve Lionel
2006-11-03 17:05:20 UTC
Permalink
Post by jwm
I just checked the IVF Include folder, and there is no IFLIB at all
(though I'm sure to have used such library in the past). The
equivalent to DFLIB is actually provided by three new libraries
(IFQWIN, IFCORE and some part of IFPORT)
Correct. Intel Visual Fortran provides a DFLIB module for
compatibility with CVF, but as you note, the routines which were in
DFLIB have been split into three individual modules.

Note that in Intel Fortran for Linux, modules IFCORE and IFPORT are
provided.


Steve Lionel
Developer Products Division
Intel Corporation
Nashua, NH

User communities for Intel Software Development Products
http://softwareforums.intel.com/
Intel Fortran Support
http://developer.intel.com/software/products/support/
My Fortran blog
http://www.intel.com/software/drfortran
Gary Scott
2006-11-03 18:47:49 UTC
Permalink
Post by Steve Lionel
Post by jwm
I just checked the IVF Include folder, and there is no IFLIB at all
(though I'm sure to have used such library in the past). The
equivalent to DFLIB is actually provided by three new libraries
(IFQWIN, IFCORE and some part of IFPORT)
Correct. Intel Visual Fortran provides a DFLIB module for
compatibility with CVF, but as you note, the routines which were in
DFLIB have been split into three individual modules.
Note that in Intel Fortran for Linux, modules IFCORE and IFPORT are
provided.
Well, you really do need to come up with a cross-platform graphics
library. That's pretty critical nowadays.
Post by Steve Lionel
Steve Lionel
Developer Products Division
Intel Corporation
Nashua, NH
User communities for Intel Software Development Products
http://softwareforums.intel.com/
Intel Fortran Support
http://developer.intel.com/software/products/support/
My Fortran blog
http://www.intel.com/software/drfortran
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
Steve Lionel
2006-11-03 18:57:24 UTC
Permalink
Post by Gary Scott
Well, you really do need to come up with a cross-platform graphics
library. That's pretty critical nowadays.
Such libraries already exist. Do we need another one? The GINO
GRAPHICS library is not only cross-platform but also supports multiple
compilers. Then there are open-source libraries others have mentioned.
OpenGL is also cross-platform.

Steve
Gary Scott
2006-11-03 19:33:30 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
Well, you really do need to come up with a cross-platform graphics
library. That's pretty critical nowadays.
Such libraries already exist. Do we need another one? The GINO
GRAPHICS library is not only cross-platform but also supports multiple
compilers. Then there are open-source libraries others have mentioned.
OpenGL is also cross-platform.
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
Post by Steve Lionel
Steve
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
Gary Scott
2006-11-03 19:59:59 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
Well, you really do need to come up with a cross-platform graphics
library. That's pretty critical nowadays.
Such libraries already exist. Do we need another one? The GINO
GRAPHICS library is not only cross-platform but also supports multiple
compilers. Then there are open-source libraries others have mentioned.
OpenGL is also cross-platform.
I just meant that it needs to come included with the compiler. Something
included, that works on all platforms that you provide compilers for, so
that the source is fully portable across those platforms, including the
graphics. You shouldn't provide something like quickwin on just one
platform (no I don't think quickwin is the right solution, it could be
done better). I don't care which one you select necessarily, whether
open source or home grown or commercial as long as it has a well
designed base functionality. I want a complete, tailored development
environment (ok, I want the world).
I guess I should be more clear that I'm including GUI APIs not just
"graphics primitives".
Post by Steve Lionel
Steve
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
jwm
2006-11-03 20:20:26 UTC
Permalink
Post by Gary Scott
Post by Steve Lionel
Post by Gary Scott
Well, you really do need to come up with a cross-platform graphics
library. That's pretty critical nowadays.
Such libraries already exist. Do we need another one? The GINO
GRAPHICS library is not only cross-platform but also supports multiple
compilers. Then there are open-source libraries others have mentioned.
OpenGL is also cross-platform.
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
And the todo list is even higher, say:
*compiler bundled with the IDE
*array visualizer fully supported
*GUI API for graphics
*Fortran 2003
*...

So, it looks like they just need to go back to CVF, make a bunch of
wrappers to OpenGL, rename their portability library to ISO_C_BINDING,
and...
Steve Lionel
2006-11-03 20:44:16 UTC
Permalink
Post by Gary Scott
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included? What other sorts of development items (such
as F2003 features) would you be willing to trade off for this? Can you
point to other commercial Fortran compiler vendors offering such a
thing? What about compilers for other languages?

Just trying to do the due diligence thing here...

Steve
Paul van Delst
2006-11-03 21:41:40 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included? What other sorts of development items (such
as F2003 features) would you be willing to trade off for this? Can you
point to other commercial Fortran compiler vendors offering such a
thing? What about compilers for other languages?
Just my 2cents worth.....

In any one day I compile/test the same/similar code on about 4 different systems:
PC/RHE4.0 linux with g95 and lahey f95 6.2d,
Mac/OSX with g95 and intel ifort 9.1
IBM SP/AIX5.2 with xlf95 v8.1
IBM SP/AIX5.3 with xlf95 v10.1

All this code (compiled with the same makefiles) spits out datafiles which I then display,
as required, with IDL. My code repository is linked to all the above platforms so,
depending on where I am, I could feasibly be developing/debugging the exact same
code/file, building it, running it, and then displaying the datafiles using the same IDL
code (which might also need development/debugging) on any of these platforms at different
times on the same day.

Maybe I don't understand the concept but an integrated development environment (apart from
my dependence on *nix) seems nigh impossible AFAICT. I reckon I'm almost as portable as I
can be with Fortran95(free->$$), netCDF(free), and IDL($$$->sign away your first born). A
particular compiler vendor touting a you beaut, Holden ute IDE doesn't mean a thing to me.
I'd much rather spend money on, as SteveL alluded to, a full-blown F2003 compiler[*].
There's just no way a compiler vendor is going to produce a package that allows me to
prototype code and/or view/manipulate output like I can already do with a package like IDL
(or matlab, or <insert fave tool here>)

cheers,

paulv

[*] to any compiler vendor-y folks out there reading this, especially for the above
systems, I'm lying awake at night dreaming of the day..... :o) It's nearly 2007....
--
Paul van Delst Ride lots.
CIMSS @ NOAA/NCEP/EMC Eddy Merckx
Ph: (301)763-8000 x7748
Fax:(301)763-8545
b***@aol.com
2006-11-03 21:44:49 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included? What other sorts of development items (such
as F2003 features) would you be willing to trade off for this?
I vote for Fortran 2003 features over a cross-platform GUI.

I write internal software to test trading strategies at a money
management firm. The output is written to CSV files that the manager
can open in Excel, and using the "system" extension found in IVF and
other compilers, graphs can be displayed using Gnuplot. Things were
similar at the previous financial job I held, except I used Python with
Numeric. The manager does not care if the program runs from the command
line, as long as it makes money. When he does want a GUI, Quickwin
should be fine, or we can buy a 3rd party GUI library. We don't care
about Linux or OS X. Even if Intel did have a cross-platform GUI, I
would be reluctant to rely too much on it, because I develop mostly
with g95. I'd guess that many people writing shrinkwrapped software for
Windows are comfortable with the .NET tools and can combine them with
Fortran to build GUIs.

IVF is very slow at compiling compared to g95, gfortran, Lahey/Fujitsu,
Salford. I'd like to see that addressed.
Gary Scott
2006-11-04 00:22:44 UTC
Permalink
Post by b***@aol.com
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included? What other sorts of development items (such
as F2003 features) would you be willing to trade off for this?
I vote for Fortran 2003 features over a cross-platform GUI.
I write internal software to test trading strategies at a money
management firm. The output is written to CSV files that the manager
can open in Excel, and using the "system" extension found in IVF and
other compilers, graphs can be displayed using Gnuplot. Things were
similar at the previous financial job I held, except I used Python with
Numeric. The manager does not care if the program runs from the command
line, as long as it makes money. When he does want a GUI, Quickwin
should be fine, or we can buy a 3rd party GUI library. We don't care
about Linux or OS X. Even if Intel did have a cross-platform GUI, I
would be reluctant to rely too much on it, because I develop mostly
with g95. I'd guess that many people writing shrinkwrapped software for
Windows are comfortable with the .NET tools and can combine them with
Fortran to build GUIs.
IVF is very slow at compiling compared to g95, gfortran, Lahey/Fujitsu,
Salford. I'd like to see that addressed.
I think that they could at a minimum cobble a complete product together
from freeware without too much difficulty. However, there are other
vendors that provide this already for about the same price.
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
Richard Maine
2006-11-03 21:51:17 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included?
Exactly my thought when I saw that. If you want it as an optional
(presumably extra cost) add-on that you nicely integrate with and make a
handy single line item on a purchase request, that's fine. (Sort of like
you do now with the IMSL stuff - maybe part of a "super-professional"
package or whatever the market droids would want to call it). But if
Gary is saying that he wants you to force me to pay extra because of
what he wants in your compiler, well... I think you can imagine from the
way I describe it what I'd have to say about that.

And if he thinks that it will be included for no extra cost, well...
might as well throw in a few other dreams as well. Can you add in world
peace too? :-(
--
Richard Maine | Good judgement comes from experience;
email: last name at domain . net | experience comes from bad judgement.
domain: summertriangle | -- Mark Twain
Gary Scott
2006-11-04 00:25:39 UTC
Permalink
Post by Richard Maine
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included?
Exactly my thought when I saw that. If you want it as an optional
(presumably extra cost) add-on that you nicely integrate with and make a
handy single line item on a purchase request, that's fine. (Sort of like
you do now with the IMSL stuff - maybe part of a "super-professional"
package or whatever the market droids would want to call it). But if
Gary is saying that he wants you to force me to pay extra because of
what he wants in your compiler, well... I think you can imagine from the
way I describe it what I'd have to say about that.
And if he thinks that it will be included for no extra cost, well...
might as well throw in a few other dreams as well. Can you add in world
peace too? :-(
I've no problem with offering low-end, half baked products if they want
to, I just want the opportunity to buy a high end product (from Intel).
Many vendors offer high and low-end versions.
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
Gary Scott
2006-11-04 00:20:23 UTC
Permalink
Post by Steve Lionel
Post by Gary Scott
I just meant that it needs to come included with the compiler.
Something included, that works on all platforms that you provide
compilers for, so that the source is fully portable across those
platforms, including the graphics. You shouldn't provide something like
quickwin on just one platform (no I don't think quickwin is the right
solution, it could be done better). I don't care which one you select
necessarily, whether open source or home grown or commercial as long as
it has a well designed base functionality. I want a complete, tailored
development environment (ok, I want the world).
How much extra would you be willing to pay for this? How much extra do
you think most other compiler buyers would be willing to pay to have
this capability included? What other sorts of development items (such
as F2003 features) would you be willing to trade off for this? Can you
point to other commercial Fortran compiler vendors offering such a
thing? What about compilers for other languages?
Well, I buy two copies of the full GINO every time they update, so quite
a bit. I can't speak for others, only myself.
Post by Steve Lionel
Just trying to do the due diligence thing here...
Steve
--
Gary Scott
mailto:***@sbcglobal dot net

Fortran Library: http://www.fortranlib.com

Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html

Why are there two? God only knows.


If you want to do the impossible, don't hire an expert because he knows
it can't be done.

-- Henry Ford
Loading...