Menu
▾
▴
Re: [Chromium-users] Re: [Openrm-users] installation rmdemoCR Problem
|
From: Brian P. <br...@tu...> - 2003-05-26 13:46:59
|
In the OpenRM header file that includes glx.h (I forgot which one) there should be a #define GLX_GLXEXT_PROTOTYPES 1 line before #include <glx.h>. This will enable prototypes for extension functions, such as glXGetProcAddressARB(). I thought I told Wes about this a while back. -Brian Daniele Pagliani wrote: > I have patched the problem adding the line below in > fourTexturedQuadsNoSG.cxx and in fourFalseColorTexturedQuadsNoSG.cxx: > > #define GET_PROC(NAME) NULL > > so the installation is now completed. hotherwise I have a problem about > compiling some code included in the distribution. One of these is > > EXT_secondary_color > > Does this name soud like a DRI call not implemented for S3 video cards? > > Have a nice day! > Daniele Pagliani > >> From: Wes Bethel <ewb...@r3...> >> To: Daniele Pagliani <pos...@ho...> >> CC: ope...@li... >> Subject: Re: [Openrm-users] installation rmdemoCR Problem >> Date: Wed, 21 May 2003 19:29:18 -0700 >> >> >> Greetings, >> >> Daniele Pagliani wrote: >> >>> I installed openrm demo 1.5.0, after I had installed Chromium 1.2 and >>> MPICH. I didn't have problem with Linux RedHat 8.0, with glut 3.6 on >>> a computer with a NVIDIA video card. >>> >>> however I had problems with the installation of rmdemoCR after I had >>> installed rm150 on a Red Hat 9.0 (the video card is a S3). During the >>> compilation (immediatly) a message told me about some unknown >>> function (glXGetProAttributeABR or something like this). I checked >>> header files, Makefiles, PATH environment variable, but I cannot >>> understand where is the problem. >> >> >> The routine glXGetProcAddressARB is called, via a GET_PROC() macro >> defined within $Chromium/include/chromium.h, from within the OpenRM >> routine rm150/rm/rmcr.c:private_rmPipeInitCR. If your problem occurs >> during OpenRM compilation, then you don't have the path to your >> Chromium installation set up correctly inside rm150/make.cfg. Also, be >> sure to use the "linux-cr-debug" make target. >> >> On the other hand, if you are getting an undefined symbol during >> linking, I suspect from from your email to the Chromium-users lists >> that you are having problems building Chromium on RH 9.0. My guess >> would be failure of a clean Chromium build on RH 9 is the cause of the >> problem when linking the rmdemoCR applications. >> >> Generally speaking, you need to have a clean Chromium build, along >> with a clean build of some of the simpler Chromium demo programs, like >> atlantis. Once you get that far, then you should be OK to build the >> rmdemoCR programs. If you manage to get a clean Chromium build, a >> clean atlantis build (and successful execution), then still have >> problems building the rmdemoCR programs, please post another note to >> this list. >> >> On a related note, a *lot* of people are having problems with RH 9. >> For example, I also subscribe to the info-performer mailing list, and >> the engineers at SGI have been taking a beating for problems with >> performer on RH 9, even though its not their fault. For our >> development, we abandoned it and went back to RH 8. >> >> Hope this helps, >> wes >> -- >> Wes Bethel -- R3vis Corporation -- voice (415) 898-0814 -- www.r3vis.com >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: ObjectStore. >> If flattening out C++ or Java code to make your application fit in a >> relational database is painful, don't do it! Check out ObjectStore. >> Now part of Progress Software. http://www.objectstore.net/sourceforge >> _______________________________________________ >> Openrm-users mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openrm-users > > > _________________________________________________________________ > MSN Extra Storage! Hotmail all'ennesima potenza. Provalo! > http://www.msn.it/msnservizi/es/?xAPID=534&DI=1044&SU=http://hotmail.it/&HL=HMTAGTX_MSN_Extra > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Chromium-users mailing list > Chr...@li... > https://lists.sourceforge.net/lists/listinfo/chromium-users > > |