Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.
Announcements
FPGA community forums and blogs on community.intel.com are migrating to the new Altera Community and are read-only. For urgent support needs during this transition, please visit the FPGA Design Resources page or contact an Altera Authorized Distributor.

F90gl Mess

Jugoslav_Dujic
Valued Contributor II
1,279 Views
Um, I'm not sure if this belongs to Forum or vf-support channel, but I'll put it here for public access. I tried (rather blindly, solving someone other's problem) to use precompiled binaries from HP download page.

The first surprise came when CVF 6.6B coughed on use f90gl_gl (and any other module from the package), producing an internal compiler error (Steve should I file a bug report?) It's easy to reproduce, just unpack the .mods to somewhere where compiler sees them and USE any of submitted modules. The modules were compiled using CVF6.1.

The workaround is obviously to recompile them. I had an ages old down download from Jean-Philippe Perois page (f95gl_s.zip). When I figured out which files to include into project (a mess of cross-directory INCLUDEs) -- FWIW these were .f95gl_source_stableF90F90gl.f90. And yes, paths to INCLUDEs were wrong.

Now, apparently CVF had a fix since 6.1, so it rightfully complained about duplicated specific prototypes in gluBuild2DMipmaps generic interface (apparently fixed by hand by someone). Commenting out MODULE PROCEDUREs gave clean compile and fresh *.mods to be copied. Old .libs submitted from Compaq appear to work.

As you can see, this is partly a whining, partly a bug report, partly a workaround suggestion. Now, the question: although this is unsupported software by HP/Intel, does anyone have an intention to clean up this mess? J.P.Perois's sources appear OK, but they're in a disarray.

Jugoslav
0 Kudos
10 Replies
Steven_L_Intel1
Employee
1,279 Views
I have never heard of J.P. Perois' files before. The f90GL on the HP site is based on William Mitchell's work. I'll take a look at it when I get back to the office next week, but do send a note to vf-support about it so I don't forget.

The sources are, I think, part of the download.

Steve
0 Kudos
Jugoslav_Dujic
Valued Contributor II
1,279 Views
The sources are, I think, part of the download.

Um, I overlooked that -- I was seeking for .f90 extension in the zip file but didn't notice the ones with .fpp. I'll give them a try when I find some time.

Jugoslav
0 Kudos
Steven_L_Intel1
Employee
1,279 Views
There's a makefile or build .bat in there too...

Steve
0 Kudos
Jugoslav_Dujic
Valued Contributor II
1,279 Views
Errrrrrrrmmmm... does the existence of module DFOPENGL in ...DF98Include mean that this download is not even necessary? If that's the case, I wouldn't mind if you accidentally delete this thread :">.
0 Kudos
Steven_L_Intel1
Employee
1,279 Views
Coming back to this.. f90GL is an attempt to build a portable, Fortran-friendly interface to OpenGL, and it largely succeds. The DFOPNGL module contains interfaces to the "standard" OpenGL as implemented by the Win32 API.
If you want to call directly to the OpenGL API, and don't mind some futzing with argument passing mechanisms, then DFOPNGL is ok and CVF provides several samples using this. But such applications aren't portable, especially as they depend on the DFOPNGL module and its idiosyncracies.
f90GL is more portable and works on more platforms with few if any source changes to your application. It uses an open-source intermediate library called glut and, on those systems that need it, it uses mesa to interface to X11.
I just built f90GL 1.2.7 with Intel Visual Fortran 8.0 and sent the appropriate changes to Bill Mitchell.
0 Kudos
Steven_L_Intel1
Employee
1,279 Views
A copy of f90gl 1.2.8 with libraries and modules precompiled for Intel Visual Fortran (IA-32) is now available to all registered users (including "Limited Support" users). Log into Premier Support, click on File Downloads and search for f90gl.
An Itanium version is waiting on a compiler fix.
0 Kudos
djip
Beginner
1,279 Views
I don't now if it can help...
I start f95gl for 2 raisons:
- f90glnead C to work and have prety long call before access on the OS openGL fonctions -> so not the best for performance.
- the second was to have acces on Windows specific fonction (wgl) and extantion. with f90gl you can only acces on version 1.1 of OpenGL specification (the native fonction offer byMS) if you want EXT, ARBor Version 1.2 and up,you nead some native fonctions (wgl) to get the adresse af this fonction (now moste OpenGL driver on Windows are OpenGL_1.3 or more)
-The firste part of the librairy (finished normaly) is to create the same interface as f90gl (so you may compile using my lib on Windows/IVF) and the same code whit f90gl lib on other systeme.
-The second whas to give access on 1.2 and EXT fonction on a way as simple as possible (only a init is nessaire) (this work is still on working... )
-The 3 was to use the power of INTERFACE with f95 compilateur:
moste OpenGLfonctions have differante prototype:
glVertex3f(...)
glVertex3d(...)
the first is for REAL*4 the second is for REAL*8
I'd like to simply use glVertex(...)
This part was fiste desine to be only Fortran95 standart so it can be use on top of f90gl if wanted... but can remanber if I success (I had some difficultie with function that use pointer on void to passe differante type depanding on an other parameter.)
If any one are intresting on it I may did more work (the lib/src on the web may not be up to date!)
JPP
0 Kudos
Jugoslav_Dujic
Valued Contributor II
1,279 Views

Hi Djip,

First, let me play anmindreader :-) -- I'd guess you came across this oldish thread by googling your own name in spare time -- didn't you? :-)

Now seriously, I downloaded your package at the time & did some fixing as mentioned above (but, frankly, I forget what it was). If you feel like blowing away some dust off it, I assume it would be welcome (although I don't plan to use it myself any time soon -- I'll let others comment). If I may offer few suggestions:

-get rid ofthe INCLUDE files or, at least, give them extension other than f90. I had a helluva hard time figuring out what is supposed to be included and what compiled as-is.

- I don't recall if F90* and F95* nomenclature was really related to language revisions or to something else. If the former, you can dump f90 support entirely because pretty much nobody uses F90 (non-F95) compiler today.

- If you'd like to add some bells&whistles, I can send you/help writinga setup script for seamless installation (at least for compilers of DVF heritage, including IVF 8).

Jugoslav (www.geocities.com/jdujic)

0 Kudos
Steven_L_Intel1
Employee
1,279 Views
Generic interfaces were part of F90. There were no changes made to this in F95 as far as I know.
0 Kudos
djip
Beginner
1,279 Views
F95gl is only for made differance with f90gl projet. As Steve say no differance as I know on the interface so the projet work on F90 ...
And yes if someone can help me with instalation procedure I'm intresting!
Now what i did for instalation is:
copie the .mod in[DVF_REP]/Include/OpenGL/
copie the .lib in [DVF_REP]/lib/OpenGL/
add
Use Opengl_GL
Use Opengl_GLU
Use Opengl_GLAUX
Use Opengl_WGL
on the f90 file to use it.
and add the path ofthe lib and mod on the project propertie!
Thats all.
now can JugoslavDujic send me the modified version (so I can diff it).
Djip
and yes googling.....
0 Kudos
Reply