[Mesa-dev] Error building on Windows with SCons

[Brede Johansen]

> Known working configurations (from git!) are:
> - mingw crosscompilation from linux (x86 only)
> - MSVC 2008 (requires cygwin flex & bison in the PATH), x86 or x64

Can anyone confirm that Mesa with LLVM enabled works on Visual Studio 2010.
I have updated scons and made some changes to llvm.py and common.py to
support VS 2010 but still no success.


Brede

On Wed, Jun 22, 2011 at 4:15 PM, Jose Fonseca <jfonseca at vmware.com> wrote:
>
>
> ----- Original Message -----
>> Jose, I don't understand your reply,
>> - Is there some way to add the def file or some way to generate them?
>> - Is building with scons on MingW with windows something that is
>> supposed to work?
>> - Is this issue going to be fixed or is this configuration
>> unsupported?
>> - Is there some way to build with MingW on windows with make? - You
>> reference makefiles however I don't think these are used for scons
>> builds.
>
> What I'm trying to say is, the official Mesa source tarballs are missing many files necessary for windows builds.  Please try the git source code, or, if you prefer, a tarball with all the source in git, e.g. http://cgit.freedesktop.org/mesa/mesa/snapshot/mesa-7.10.3.zip
>
>> Or perhaps a better question is is it possible at the moment to build
>> mesa on windows?
>> What are known working configurations?
>
> Known working configurations (from git!) are:
> - mingw crosscompilation from linux (x86 only)
> - MSVC 2008 (requires cygwin flex & bison in the PATH), x86 or x64
> I have these continuously running on Jenkins (previously known as Hudson) from git.
>
> I haven't tried Mingw on Windows. But it should work without problems with MSYS.
>
>> I tried with scons because the docs suggest using scons on mesa's
>> page.
>
> Yep. There's no other way to build for windows besides scons.
>
>>
>> - Campbell
>
> Jose
>
>> On Mon, Jun 20, 2011 at 1:18 PM, Jose Fonseca <jfonseca at vmware.com>
>> wrote:
>> > Probably it's missing the .def files too...
>> >
>> > I think that instead of manually listing source files in
>> > mesa/Makefile we should invoke 'git ls-files' (and maybe manually
>> > list any exclusions).
>> >
>> > Splitting out Mesa GLUT from the source tree would make things much
>> > easier. Which is probably a sensible thing to do anyway, given
>> > that there are no glut dependencies in Mesa, and most people are
>> > using freeglut anyway.
>> >
>> > Would anybody see any problem with that?
>> >
>> > Jose
>> >
>> > ----- Original Message -----
>> >> Hi There, Im trying to build Mesa so we can distribute it with
>> >> Blender3D on Windows (we already do this on Linux).
>> >>
>> >> But I have have been unsable to build mesa 7.10.3
>> >>  (Latest MingW XP, tested python 2.5, 2.7)
>> >>
>> >> Simply running 'm;\python25\Scripts\scons.bat'
>> >> I always get this error:
>> >> # --- snip
>> >> scons: Reading SConscript files ...
>> >>
>> >> scons: warning: Ignoring missing SConscript
>> >> 'build\windows-x86-debug\glut\glx\SConscript'
>> >> File "M:\Mesa-7.10.3\src\SConscript", line 13, in <module>
>> >> warning: LLVM disabled: not building llvmpipe
>> >> scons: done reading SConscript files.
>> >> scons: Building targets ...
>> >> scons: ***
>> >> [build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll]
>> >> Source `src\gallium\state_trackers\wgl\opengl32.def' not found,
>> >> needed
>> >> by target
>> >> `build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll'.
>> >> scons: building terminated because of errors.
>> >> # --- snip
>> >>
>> >> So I copied: src\mesa\drivers\windows\gldirect\opengl32.def
>> >>
>> >> But then I get this error:
>> >>
>> >> # --- snip
>> >> scons: Reading SConscript files ...
>> >> warning: LLVM disabled: not building llvmpipe
>> >> scons: done reading SConscript files.
>> >> scons: Building targets ...
>> >> link /nologo /fixed:no /incremental:no /dll
>> >> /out:build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll
>> >> build\windows-x86-debug\gallium\state_trackers\wgl\wgl.lib
>> >> build\windows-x86-debug\gallium\winsys\sw\gdi\ws_gdi.lib
>> >> build\windows-x86-debug\mapi\glapi\glapi.lib
>> >> build\windows-x86-debug\mesa\mesa.lib
>> >> build\windows-x86-debug\gallium\drivers\softpipe\softpipe.lib
>> >> build\windows-x86-debug\gallium\drivers\trace\trace.lib
>> >> build\windows-x86-debug\gallium\drivers\rbug\rbug.lib
>> >> build\windows-x86-debug\gallium\auxiliary\gallium.lib
>> >> build\windows-x86-debug\glsl\glsl.lib gdi32.lib user32.lib
>> >> kernel32.lib ws2_32.lib
>> >> /PDB:build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.pdb
>> >> /DEBUG
>> >> build\windows-x86-debug\gallium\targets\libgl-gdi\libgl_gdi.obj
>> >> /def:src\gallium\state_trackers\wgl\opengl32.def
>> >> src\gallium\state_trackers\wgl\opengl32.def(37) : warning LNK4017:
>> >> DESCRIPTION statement not supported for the target platform;
>> >> ignored
>> >> opengl32.def : error LNK2001: unresolved external symbol
>> >> glColorSubTableEXT
>> >> build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.lib :
>> >> fatal
>> >> error LNK1120: 1 unresolved externals
>> >> scons: building terminated because of errors.
>> >> # --- snip
>> >>
>> >>
>> >> Any hints on how to resolve these problems?
>> >>
>> >>
>> >> --
>> >> - Campbell
>> >> _______________________________________________
>> >> mesa-dev mailing list
>> >> mesa-dev at lists.freedesktop.org
>> >> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>> >>
>>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>