lwjgl 0.5 problems

OpenGL Development
#1

i have suse 8.1 and when i use Display.getAvailableDisplayModes();
it doesn’t return anything…

also cvs doesn’t compile, should it?

using gcc 3.2

#2

[quote] also cvs doesn’t compile, should it?
[/quote]
that depends on whether or not you checked out before or after I checked some stuff in ::slight_smile:

OAL failing or is it somewhere else?

#3

hmm,this is strange
i took update from cvs(didn’t notice any changes on OpenAL related files) and now it’s hangs on compiling GLUQuadrics:


In file included from GLUQuadricCallbacks.h:11,
from GLUQuadricCallbacks.cpp:8:
../extgl.h:221:26: GL/glxtokens.h: No such file or directory

it seem’s to be that it doesn’t some reason to find glxtokens.h
but i have it on:
locate glxtokens.h
/usr/include/GL/glxtokens.h
/usr/share/doc/packages/nv_glx/usr/include/GL/glxtokens.h

before it hanged on OpenAL.

any solutions why Display.getAvailableDisplayModes() return’s array of size 0?

#4

and when i run autogen.sh i get
autoheader: error: AC_CONFIG_HEADERS not found in linux
so there’s so error’s on autogen.sh script because it shouldn’t
run aclocal or anyother script’s after autoheader if it fails to run

i don’t know how autoheader,aclocal,automake
and autoconf operate’s so i can’t fix this, i have alway’s done manually Makefile’s if i need c/c++ somewhere

#5

The current automake maintainer is busy atm :). For now, it is safe to ignore the error and just procesding with ./configure && make

#6

still getting some errors

does anyone else getting array of size 0 from Display.getDisplayModes()
using 0.5 in suse 8.1?

also
when i installed suse i selected mesa-devel but when i installed nvidia glx
it removed mesa header’s file’s but didn’t install nvidia to correct location
i symlinked the dir to correct path but don’t know if i have all the header files, this is why i got glxtokens.h error’s before but now i’m stuck with extal.

currently i can’t do nothing with lwjgl because of Display class

#7

Try to download OpenAL from cvs and install it (along with headers). It works fine here.

the cvs instructions is located at

  • elias
#8

now it compiles but how do i make this:
-make it to not install into /usr/local
-make same kind of distribution like normally(jar files,shared lib’s)

i can’t find shared openal shared lib’s after compile only lwjgl is it packaged on same lib?
how do i make own lib for gl and al?

so for short i want the output to be same like in lwjgl release

liblwjgl.so
libopenal.so
lwjgl.jar

i’m new to this configure automake thing, i have alway’s done own makefile’s manually.

i don’t see target for this in Makefile(for native side) and in build.xml(for java side)

#9

the openal binding is within liblwjgl.so, and libopenal.so comes from the openal source.

  • elias
#10

now it compiles and work’s normally(only few tests done)
but Display.getDisplayModes() only return’s 1 mode,
and that’s the mode i’m currently using.

it should work like on windows platform?
returning all modes that are supported.
but it doesn’t!!!

#11

X only gives lwjgl the modes specified in the XF86Config, not all the ones possible available given your gfx card/monitor. Try adding some more modes in XF86Config. As a rule of thumb, modes you can cycle through ctrl-alt-/<numpad+> is available to lwjgl.

  • elias
#12

i already have them, i have
640480 to 16001200 in all color depth’s

meaning i have all the standard modes between 640480 and 16001200

#13

weird then. Maybe your X server doesn’t support (or have enabled) the XVidMode extension. What X version are you using? On my setup, doing an xdpyinfo|grep XFree86-VidModeExtension gives me

[elias@ip172 elias]$ xdpyinfo |grep XFree86-VidModeExtension
XFree86-VidModeExtension

  • elias
#14

hmm,took update for Sax and xfree
and this time configured with sax and not xf86config
and now it work’s.
it seem’s to be that xf86config didn’t write all the modes in configure file