From: Francesco O. X. P. <xa...@lo...> - 2003-03-08 13:20:18
|
I downloaded the Mesa Library ("MesaLib-5.0.tar.bz2", from SF), decompressed it in "/usr/local/" and then called as root: hv:/usr/local/Mesa-5.0# ./configure --prefix=/usr --sysconfdir=/etc --enable-static --disable-shared These are the last lines i get (all checking* stuff seems to run flawlessly): config.status: creating src/SPARC/Makefile config.status: creating util/Makefile config.status: creating ggi/demos/Makefile config.status: error: cannot find input file: ggi/demos/Makefile.in Adding "--without-ggi" to the command line does nothing. Any idea? Thanx very much, Francesco Orsenigo |
From: Lindley M F. <lfr...@gm...> - 2007-11-14 19:01:55
|
Although I didn't encounter this issue before, I recently downloaded 7.0.2 and attempted to compile Mesa on another machine. It's a 32-bit machine running XP in VMWare over Linux. I got the following link error: Linking... Creating library .\Debug/OPENGL32.lib and object .\Debug/OPENGL32.exp mesa.lib(glapi.obj) : error LNK2001: unresolved external symbol _gl_dispatch_stub_772 Debug/OPENGL32.DLL : fatal error LNK1120: 1 unresolved externals What could be causing this? |
From: Karl S. <k.w...@co...> - 2007-11-15 18:02:26
|
There is a chronic problem with the Windows driver where these dispatch stubs do not get updated when there is a change in the dispatch tables. I have not had time to dig into it and come up with a good solution. Apparently no one tested the beta for this release (I am one to blame) and so this got missed. The fix is easy. One of the files in the gdi driver directory already contains a number of dispatch stubs. All you have to do is add another one for this particular stub and rebuild. On Nov 14, 2007 11:54 AM, Lindley M French <lfr...@gm...> wrote: > Although I didn't encounter this issue before, I recently downloaded 7.0.2and attempted to compile Mesa on another machine. It's a 32-bit machine > running XP in VMWare over Linux. I got the following link error: > > Linking... > Creating library .\Debug/OPENGL32.lib and object .\Debug/OPENGL32.exp > mesa.lib(glapi.obj) : error LNK2001: unresolved external symbol > _gl_dispatch_stub_772 > Debug/OPENGL32.DLL : fatal error LNK1120: 1 unresolved externals > > What could be causing this? > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Mesa3d-users mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa3d-users > |
From: Brian P. <bri...@tu...> - 2007-11-16 17:08:15
|
Karl Schultz wrote: > There is a chronic problem with the Windows driver where these dispatch > stubs do not get updated when there is a change in the dispatch tables. > I have not had time to dig into it and come up with a good solution. > > Apparently no one tested the beta for this release (I am one to blame) > and so this got missed. > > The fix is easy. One of the files in the gdi driver directory already > contains a number of dispatch stubs. All you have to do is add another > one for this particular stub and rebuild. I'm checking in this fix. I think we need an additional python script to generate these stubs for Windows. Any volunteers? -Brian |
From: noahedelson <noa...@se...> - 2008-02-14 23:15:03
|
> I think we need an additional python script to generate these stubs for > Windows. Any volunteers? Sure.. I'll do it. **For those who need more specific advice on fixing this issue, as it stands:** add "void gl_dispatch_stub_772(void){}" to the end of src\mesa\drivers\windows\gdi\wmesa.c". I'm having a hard time building the current CVS Mesa by way of MSVC 2008.. should I make the effort to debug this or do you mainly port to windows on a release? -Noah -- View this message in context: http://www.nabble.com/Compile-problem-tp13754182p15491606.html Sent from the mesa3d-users mailing list archive at Nabble.com. |
From: Brian P. <bri...@tu...> - 2008-02-15 02:09:03
|
noahedelson wrote: >> I think we need an additional python script to generate these stubs for >> Windows. Any volunteers? > > Sure.. I'll do it. > > **For those who need more specific advice on fixing this issue, as it > stands:** > add "void gl_dispatch_stub_772(void){}" to the end of > src\mesa\drivers\windows\gdi\wmesa.c". > > I'm having a hard time building the current CVS Mesa by way of MSVC 2008.. > should I make the effort to debug this or do you mainly port to windows on a > release? By CVS you really mean git, right? I don't recall which versions of MSVC work with Mesa, but people have been compiling/using Mesa on Windows not too long ago. If the project files need updates, the changes shouldn't be too drastic. If you post errors/issues maybe someone will be able to help. -Brian |
From: Brian P. <br...@tu...> - 2003-03-08 18:13:44
|
Francesco Orsenigo, Xarvh Project wrote: > I downloaded the Mesa Library ("MesaLib-5.0.tar.bz2", from SF), decompressed > it in "/usr/local/" and then called as root: > > hv:/usr/local/Mesa-5.0# ./configure --prefix=/usr --sysconfdir=/etc > --enable-static --disable-shared > > These are the last lines i get (all checking* stuff seems to run flawlessly): > > config.status: creating src/SPARC/Makefile > config.status: creating util/Makefile > config.status: creating ggi/demos/Makefile > config.status: error: cannot find input file: ggi/demos/Makefile.in > > Adding "--without-ggi" to the command line does nothing. > > Any idea? > The simplest solution is to also download/unpack the MesaDemos-5.0.tar.bz2 file. It'll have the ggi stuff. I don't know how to fix the autoconf/automake problem. -Brian |