> internals.h is in src/exec/libdx

I figure that out.  I was building using M$ IDE (*.dsw project files).
Although I had ..\..\libdx in include path, the brain dead M$ IDE was
refusing to pick
that internals.h.  I had to made a copy of it in hwrender\opengl directory.

> 
> I once gain successfully built OpenDX using my MSVC tools. 
> Sure enough, ran
> into a couple problems; here's what I did.
> 
> First, I'm using a recent Cygwin download from Redhat.  My 
> cygwin mounts
> are:
> 
> Device              Directory           Type         Flags
> c:\cygwin\bin       /usr/bin            user         binmode
> c:\cygwin\lib       /usr/lib            user         binmode
> \cygwin             /                   user         binmode
> 
> I had trouble witn WinCVS making DOS-mode files, so I cvs 
> co'ed on a Unix
> machine, tarred and copied to my cygwin machine.

Oh that is well know.  If you want I can give you a MSVC compiled CVS 
latest version.  It works from command-line and forces download and upload
only
in UNIX format.  I compiled using MSVC it after patching CVS source code
so it read and writes only in UNIX mode.  I use it for my XFree86 projects.

> 
> My exceed xdk is in (DOS) /cygwin/exceed or (cygwin) /exceed.

I assume you are using Exceed 6.x?  The Exceed 7.0.1 installer is a real
sucker.
If you had a previous version of Exceed installed and upgrade, the brain
damage Exceed
installer will install the XDK only in c:\program
files\hummingbird\connectivity\7.00\Exceed\XDK.
Only on a clean machine you can install in a directory of your choice.  I
reported this
problem to Hummingbird folks a long time ago.


As far as Java compilation is concerned.  I had given up on compiling JavaDX
long time ago.
Personally, I do not agree that one need to provide hundreds options on the
configure
command to compile JAVA, like ./configure ---my-java-path --your--java-path
--his--java-path
--my-jni --his-jni.  There got to be a much better way to give only JDK path
like it was
previously when Pet first released JavaDX only jdk install path was needed.


Suhaib

> 
> I used this to set up my path:
> 
> export PATH="/usr/local/src/dx/windows:/cygdrive/c/Program 
> Files/Microsoft
> Visual Studio/VC98/Bin:/cygdrive/c/Program Files/Microsoft Visual
> Studio/Common/MSDev98/Bin:/usr/local/bin:/usr/bin:/bin//cygdri
> ve/c/jdk1.1.8/bin:/usr/X11R6/bin:."
> 
> It seems cygwin's a bit odd about its path: it finds any .exe 
> in the path
> before looking for shell files.  I found that it was finding 
> cygwin's cpp
> before the version in /usr/local/src/dx/windows, so I copied that to
> /usr/local/src/dx/windows/dxcpp.
> 
> I found a problem in the order of includes in 
> src/exec/libdx/message.c; I
> fixed it and checked in the fix.
> 
> Then I used this shell file to configure my object directory:
> 
> 
> if test "`cc 2>&1 | grep gcc`" != "" ; then
>         echo cc is gcc ... windows cc must precede gcc!
> fi
> 
> HERE="`pwd`"
> export LIBPATH="/LIBPATH:C:/cygwin/exceed/xdk/lib"
> export INCPATH="/INCPATH:C:/cygwin/exceed/xdk/include"
> 
> ARCH=intelnt \
>         AR=ar \
>         RANLIB=ranlib \
>         CC=cc \
>         CPP=dxcpp \
>         CXX=cxx \
>         CXXCPP=cxxcpp \
>         CFLAGS="-g" \
>         CXXFLAGS="-g" \
>         JAVAH=/cygdrive/c/jdk1.1.8/include \
> 
> JNIPATH=/cygdrive/c/jdk1.1.8/include:/cygdrive/c/jdk1.1.8/incl
> ude/win32 \
>         JAVA40JAR=/cygdrive/c/Program\
> Files/Netscape/Navigator/Program/Java/Classes/java40.jar \
>         bash ../../src/dx/configure
> --x-includes=c:/cygwin/exceed/xdk/include \
>                   --x-libraries=c:/cygwin/exceed/xdk/lib \
>                   --prefix=/usr/local
> 
> JAvaDX didn't configure for some reason; I'll look into that 
> sometime, but
> the rest went fine.  It then built, installed and ran fine.
> 
> Greg
> 
> 
> Suhaib Siddiqi <[EMAIL PROTECTED]>@opendx.watson.ibm.com on
> 02/18/2001 08:15:51 PM
> 
> Please respond to [email protected]
> 
> Sent by:  [EMAIL PROTECTED]
> 
> 
> To:   "'David Thompson '" <[EMAIL PROTECTED]>
> cc:   "'[email protected]'" <[email protected]>
> Subject:  [opendx-dev] RE: Opendx MSVC
> 
> 
> 
> 
> In latest CVS code, in src/sexec/hwrender/opengl/hwPortOGL.c
> the header internal.h is needed.  It is not there?  Where 
> this came from
> 
> /* deal with DX/GL namespace collisions */
> #define Object dxObject
> #define Matrix dxMatrix
> #include "internals.h"  <----- WHAT IS IT?  Not in CVS?
> 
> Suhaib
> -----Original Message-----
> From: David Thompson
> To: Suhaib Siddiqi
> Sent: 2/18/2001 7:59 PM
> Subject: Re: Opendx MSVC
> 
> Suhaib,
> 
> Sorry I haven't gotten any further on this lately. We're just
> finishing up our book and trying to get a license put together for
> the eBook. Then I'm going to get back to the MSVC stuff. I was
> actually trying to see if I could get Greg's stuff to work 2 weeks
> ago--but was fighting it every step of the way.
> 
> Once you get everything set up in the MSVC stuff, how do you update
> the CVS tree? Do you have to do that by hand? If so, isn't there a
> better way to work this out?
> 
> David
> 
> >David,
> >Did you get MSVC compilation problems solved?
> >I am working on latest CVS code and would be glad to give a MSVC
> compiled
> >binaries, with InstallShield Installer.  I might create InstallShield
> Web
> >Installer, which will allow users to install directly from your URL
> without
> >downloading the zip files. Howeever if a user prefers to downlaod the
> whole
> >archive, he can still do so and install from local disk using
> setup.exe.
> >
> >Suhaib
> 
> --
> ..............................................................
> ..........
> .....
> David L. Thompson                          The University of Montana
> mailto:[EMAIL PROTECTED]                 Computer Science Department
> http://www.cs.umt.edu/u/dthompsn           Missoula, MT  59812
>                                             Work Phone : (406)257-8530
> 
> 
> 

Reply via email to