[HOpenGL] HOpenGL-1.01 Feedback

[Andre W B Furtado]

This is a multi-part message in MIME format.

------=_NextPart_000_008D_01C1619E.1FBEA780
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

My cygwin is really old... I got it one year ago. BTW, does anyone know why
the following thing appears when I use the "version" command in cygwin?

The: not found
The: not found

> You can fix that by copying
> cygwin's /usr/include/GL subdirectory.

You mean, copy /usr/include/GL to PATH_TO_5.02\include\mingw\GL ?

> You should always link against
> the more recent *32 versions

How can I do this? Although I do have the *32 stuff, the examples in
redbook_hs request for the other (old) stuff... (this is Edson's problem
also).

I am sending my configure log attached (configure.txt).

-- Andre


----- Original Message -----
From: Edson <jeaf@cin.ufpe.br>
To: <hopengl@haskell.org>
Sent: Tuesday, October 30, 2001 8:04 PM
Subject: Re: [HOpenGL] HOpenGL-1.01 Feedback


> Hi all,
>
> I've just been compiled ghc-5.02 with cygwin on win2k, but
> when I try to run some example the file opengl.dll is required. i
> downloaded oppengl.exe (link bellow), but there are a file
> called opengl95.dll. It does not work. Can Someone help me in order to
> run the examples?
>
> thanks a lot,
> Edson.
>
> On Tue, 30 Oct 2001, Sven Panne wrote:
>
> > [ Sigbjorn, Reuben: I've put you onto the CC: because you seem to be
> >   the WinDoze grandmasters for some fptools stuff... :-]
> >
> > Andre W B Furtado wrote:
> > > Ok, here is my installing feedback about the "HOpenGL-1.01
> > > compatibility release pack for GHC-5.02":
> >
> > Thanks for the quick feedback! I tried it yesterday under cygwin, too.
> > The first problem I've encountered is GreenCard versionitis: The
> > InstallShield version available via http://haskell.org/greencard/ is
> > quite old and broken beyond a point which autoconf could detect and
> > fix. So the first step was to compile GreenCard from source, but again,
> > some helping hand was required to build from the source tar ball with
> > ghc-5.02:
> >
> >    rm src/{Pretty,FiniteMap,GetOpt}.lhs
> >    make HC="ghc -package lang"
> >
> > Sigbjorn: Could you please update the InstallShield version to the
latest
> > sources?
> >
> > > [...]
> > > C:\WINDOWS\TEMP\ghc-476717.hc:4: GL/glut.h: No such file or directory
> > >
> > > The solution I used was replacing all "-#include <GL/glut.h>" by the
> > > absolute path of glut.h (in my case, "-#include
<c:/usr/include/GL/glut.h>")
> > > in the HOpenGL files. That worked fine, but why did it happen?
> >
> > *sigh* ghc-5.02 comes with mingw, which is fine, but alas, mingw's
headers
> > are not complete: The PATH_TO_5.02\include\mingw\GL subdirectory is
missing,
> > although the corresponding libs are there. You can fix that by copying
cygwin's
> > /usr/include/GL subdirectory.
> >
> > Reuben (or whoever is in charge of the WinDoze versions of GHC): Could
you
> > please fix that in the upcoming InstallShield versions?
> >
> > > During the "make" step, I got a LOT of warnings like:
> > >
> > > * Warning: Defined but not used: [...]
> >
> > This is caused by GreenCard's inability to specify which (un)marshaling
> > function is not needed => harmless.
> >
> > > * C:\WINDOWS\TEMP\ghc-432219.hc:71: warning: assignment discards
qualifiers
> > > from pointer target type [...]
> >
> > This is caused by the FFI's inability to specify which pointers are
const.
> > Some proposals were already made on the FFI list, but IIRC there was no
> > consensus (which is a pity BTW! We should sometimes be a little bit more
> > pragmatic there...). Again, this is harmless, at least for language
bindings
> > which rely on C. With C++, the corresponding function/method would not
be
> > found due to name mangling. (<= *hint* to the FFI people :-)
> >
> > > After all the compilation process, when I tryied to run "hello.exe", I
got
> > > the following messages in cygwin:
> >
> > Hmmm, I'm a bit surprised that you came that far. I had to inline some
> > GLU constants in GLU_Quadrics, GLU_NURBS, and GLU_Tess, because of GLU
> > versionitis. >:-( Perhaps another cygwin version? I've downloaded mine
> > a few days ago. Strange. I'll have to do something about that...
> >
> > > [ DLL hell deleted ]
> >
> > What linker options did your configure run determine? The only thing I
had
> > to do was to copy cygwin's /usr/bin/glut32.dll where your exe would find
> > it. e.g. in the corresponding examples dir or windows\system. This is
not
> > surprising after all, because WinDoze doesn't come with GLUT.
> >
> > opengl32/glu32 vs. opengl/glu is a different story: You should always
link
> > against the more recent *32 versions, otherwise you probably won't get
> > any hardware acceleration at all. Perhaps you should send me configure's
> > log. BTW, if you don't have the *32 stuff, the self-extracting ZIP at
> >
> >    ftp://ftp.microsoft.com/softlib/mslfiles/opengl95.exe
> >
> > is the way to go...
> >
> > Cheers,
> >    S.
> >
> > _______________________________________________
> > HOpenGL mailing list
> > HOpenGL@haskell.org
> > http://www.haskell.org/mailman/listinfo/hopengl
> >
>
>
> _______________________________________________
> HOpenGL mailing list
> HOpenGL@haskell.org
> http://www.haskell.org/mailman/listinfo/hopengl
>

------=_NextPart_000_008D_01C1619E.1FBEA780
Content-Type: text/plain;
	name="configure.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="configure.txt"

creating cache ./config.cache
checking for ghc... /PROGS/GHC502/BIN/ghc
checking for green-card... /GHCARD/GC-2.01/green-card
checking for etags... /usr/bin/etags
checking for hstags... no
checking syslib for GetOpt... util
checking syslib for Addr... lang
checking for buggy readXXXOffAddr/inliner and hGetBufFull/Foreign... no
checking for -split-objs bug... no
checking whether Green Card has comma bug... no
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking host system type... i586-pc-cygwin
checking for X... no
checking for library containing glEnd... -lopengl32
checking for library containing gluNewQuadric... -lglu32
checking for library containing glXChooseVisual... no
checking for library containing glutMainLoop... -lglut
checking OpenGL flags... 
checking OpenGL libs... -lglut -lglu32 -lopengl32 
checking GL version... 1.1
checking GLU version... 1.2
checking for GL/glut.h... yes
checking GLUT API version... 3
checking size of char... 1
checking alignment of char... 1
checking size of int... 4
checking alignment of int... 4
checking size of void *... 4
checking alignment of void *... 4
checking size of float... 4
checking alignment of float... 4
checking size of double... 8
checking alignment of double... 8
updating cache ./config.cache
creating ./config.status
creating config.mk
creating lib/Makefile
creating lib/GL_BinaryIO.hs
creating lib/GL_FFI.hs
creating lib/GL_CoordTrans.gc
creating lib/GL_Colors.gc
creating lib/GL_VertexArray.gc
creating lib/GL_PixelRect.gc
creating lib/GL_Texturing.gc
creating lib/GL_PerFragment.gc
creating lib/GL_EnumQueries2.gc
creating lib/GL_EnumQueries3.gc
creating lib/GL_EnumQueries4.gc
creating lib/GL_EnumQueries5.gc
creating lib/GL_EnumQueries7.gc
creating lib/GL.hs
creating lib/GLU_NURBS.gc
creating lib/GLUT.hs
creating lib/GLUT_CBWindow.gc
creating lib/GLUT_CBGlobal.gc
creating lib/GLUT_Fonts.gc
creating lib/GLUT_Game.gc
creating lib/GLUT_Init.gc
creating lib/GLUT_Misc.gc
creating lib/GLUT_Overlay.hs
creating lib/GLUT_Resize.gc
creating lib/GLUT_State.gc
creating lib/GLUT_Window.gc
creating examples/misc/Makefile
creating examples/misc/TestGLUT.hs
creating examples/redbook_HS/Makefile
********************************
Configuration done successfully.
Now do "make depend ; make"
********************************

------=_NextPart_000_008D_01C1619E.1FBEA780--