Windows MSVC SCons build
src\glsl\main.cpp(25) : fatal error C1083: Cannot open include file:
'getopt.h': No such file or directory
Linux MinGW SCons build
Linking build/windows-x86-debug/glsl/builtin_compiler.exe ...
/usr/lib/gcc/i586-mingw32msvc/4.4.4/../../../../i586-mingw32msvc/bin/ld: cann
https://bugs.freedesktop.org/show_bug.cgi?id=8794
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=9749
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=2466
Ian Romanick changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=13804
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=11983
Ian Romanick changed:
What|Removed |Added
CC||i...@freedesktop.org
--- Comment #3 from
On 01/11/2011 11:20 AM, Ian Romanick wrote:
> On 01/09/2011 11:53 PM, Chad Versace wrote:
>> + { "GL_OES_framebuffer_object",
>> o(ARB_framebuffer_object), ES1 },
>
> I think this and the other OES framebuffer object related extensions
> should depen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian, I have amended patch 1/2 with the following. It replaces all occurences
of 0 in the extension table with DISABLE. On the changed lines, it also
replaces dummy_true with dummy_false.
- ---
src/mesa/main/extensions.c | 11 ++-
1 files ch
https://bugs.freedesktop.org/show_bug.cgi?id=30413
Ian Romanick changed:
What|Removed |Added
AssignedTo|mesa-...@lists.freedesktop. |k...@bitplanet.net
|org
On Fri, Jan 7, 2011 at 2:57 AM, Fredrik Höglund wrote:
> On Thursday 16 December 2010, Michel Dänzer wrote:
>> The bigger issue here is that no blit should be necessary in the first
>> place. According to Dave on IRC he implemented this using sampler views
>> at some point, I guess that was probab
On Tue, Jan 11, 2011 at 10:01 AM, Alberto Milone
wrote:
> Hi all,
>
> The attached patch adds ARL support in r600c. I followed the code in
> the equivalent commit in r600g:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=98b3f27439ba3a48286ed0d6a4467e5482b41fec
>
> Thanks a lot to Alex Deucher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/09/2011 11:23 PM, Chad Versace wrote:
> Add GL_OES_stencil8 to ES2.
>
> Remove the following:
> GL_OES_compressed_paletted_texture : ES1
> GL_OES_depth32 : ES1, ES2
> GL_OES_stencil1: ES1, ES2
> GL_OES_ste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/09/2011 11:53 PM, Chad Versace wrote:
> + { "GL_OES_framebuffer_object",
> o(ARB_framebuffer_object), ES1 },
I think this and the other OES framebuffer object related extensions
should depend on EX
This breaks cross-compilation because builtin_function.cpp needs to be
built with the native compiler, instead of the cross compiler.
I see there is a python program too. Is this native program unavoidable?
Jose
On Sat, 2011-01-08 at 21:53 -0800, Kenneth Graunke wrote:
> Now that this works with
https://bugs.freedesktop.org/show_bug.cgi?id=31544
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Jan 10, 2011 at 3:23 PM, Chad Versace wrote:
> I am refactoring the method by which extension strings are handled in
> mesa/main/extensions.c. If there are no objections, regressions, nor
> significantly better refactoring alternatives proposed, then I plan to push
> the patch set on Frida
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #25 from Brian Paul 2011-01-11 07:44:54 PST ---
(In reply to comment #24)
> Three questions:
>
> 1. Can we come up with a test case that would have triggered this bug?
I think I can add some code in Mesa to check that all cases are
Hi all,
The attached patch adds ARL support in r600c. I followed the code in
the equivalent commit in r600g:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=98b3f27439ba3a48286ed0d6a4467e5482b41fec
Thanks a lot to Alex Deucher for the help.
Regards,
--
Alberto Milone
Sustaining Engineer (syst
On Fre, 2011-01-07 at 08:57 +0100, Fredrik Höglund wrote:
> On Thursday 16 December 2010, Michel Dänzer wrote:
> > The bigger issue here is that no blit should be necessary in the first
> > place. According to Dave on IRC he implemented this using sampler views
> > at some point, I guess that was
Am 08.01.2011 18:32, schrieb Sebastian H.:
> Am 08.01.2011 18:24, schrieb Julien Cristau:
>> On Sat, Jan 8, 2011 at 17:00:54 +0100, Sebastian H. wrote:
>>
>>> make then stopped like this
>>>
>>> gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
>>> -I../../../../../include -I../../.
20 matches
Mail list logo