It still thinks CLASSPATH is set

OpenGL Development JOGL Development
#1

I’m a beginner, trying to get this thing up and running on MacOS X.

Followed this instruction:
Unset your CLASSPATH environment variable:
The Ant build requires that the Jogl jars not be visible on the classpath. On Unix, type unsetenv CLASSPATH into a csh or tcsh shell, or set CLASSPATH=; export CLASSPATH into a Bourne shell. On Windows, type set CLASSPATH= into a command prompt.
4.
Since I’m running bash, I did CLASSPATH=; export CLASSPATH
yes, very explicitly, very carefully. Invoked the build from the very next line:

Leilani:~/Programs/java/jogl/make ken$ set CLASSPATH=; export CLASSPATH
Leilani:~/Programs/java/jogl/make ken$ ant macosx

But still I got the message:

BUILD FAILED
/Users/ken/Programs/Java/jogl/make/build.xml:356: The following error occurred while executing this line:
/Users/ken/Programs/Java/jogl/make/validate-properties.xml:55: ******************************************************************
** Your CLASSPATH environment variable appears to be set (some **
** JOGL classes are currently visible to the build.) This can **
** cause the build to fail. Please unset your CLASSPATH **
** variable and restart the build. **
******************************************************************

  1. How do I tame this thing?
  2. Should I be downloading the built binary instead of building it?
  3. If so, where should I put jogl.jar on a vanilla Panther installation?

Using: apache-ant-1.6.2, antlr-2.7.4, MacOS 10.3.5

#2

Notice that it says some JOGL classes still appear in the classpath. Check to make sure you don’thave jogl.jar sitting in your JRE directories somewhere.

#3

Thanks, Mithrandir, that did it!

Now it built - with a scary number of warning messages. Am I to assume life is okay and go on?

Here’s a sample:

[antlr] warning: rule HeaderParser.typeQualifier has different signature than GnuCTreeParser.typeQualifier
[antlr] warning: rule HeaderParser.typeSpecifier has different signature than GnuCTreeParser.typeSpecifier
[antlr] warning: rule HeaderParser.typedefName has different signature than GnuCTreeParser.typedefName
[antlr] warning: rule HeaderParser.structSpecifier has different signature than GnuCTreeParser.structSpecifier

[gluegen] WARNING: “APIENTRY” redefined from “” to “”
[gluegen] WARNING: skipping emission of unnamed struct “struct __GLXcontextRec”
[gluegen] WARNING: skipping emission of unnamed struct “struct __GLXFBConfigRec”
[gluegen] WARNING: skipping emission of unnamed struct “struct _handle”
[echo] Generating JAWT interface class
[echo] java.home.dir=/System/Library/Frameworks/JavaVM.framework/Home
[gluegen] WARNING: Complicated fields (field “JNIEnv * env;” of type “JAWT_DrawingSurface”) not implemented yet
[gluegen] WARNING: Complicated fields (field “jobject target;” of type “JAWT_DrawingSurface”) not implemented yet
[gluegen] WARNING: No capacity specified for java.nio.Buffer return value for function “java.nio.ByteBuffer GetDrawingSurfaceInfo()”; assuming size of equivalent C return type (32 bytes): java.nio.ByteBuffer GetDrawingSurfaceInfo()
[gluegen] WARNING: Complicated fields (field “JAWT_DrawingSurface * ds;” of type “JAWT_DrawingSurfaceInfo”) not implemented yet
[gluegen] WARNING: Complicated fields (field “JAWT_Rectangle * clip;” of type “JAWT_DrawingSurfaceInfo”) not implemented yet
[gluegen] WARNING: skipping emission of unnamed struct “struct _jobject”

#4

Yes, these are fine. There’s a note in the How To Compile document somewhere about that. Say’s it’s OK to ignore them.