I just read a comment that you made in the Mesa mailing list and am
seriously concerned about it:
It only attempts to prevent reverse engineering, disassembly and decompilation,
and does not grant
you distribution rights under copyright law in the case that you distribute
Microsoft code to ru
https://bugs.freedesktop.org/show_bug.cgi?id=30322
Sergey Kondakov changed:
What|Removed |Added
AssignedTo|mesa-...@lists.freedesktop. |luca.barbi...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=30322
Summary: src/dxgi_native.cpp:80:141: error: conditional
expression between distinct pointer types ‘void*
(*)(void*, HWND__*)’ and ‘void* (*)(void*, HWND__*)’
lacks a cast
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30234, which changed state.
Bug 30234 Summary: Mesa xdemo manywin aborted
https://bugs.freedesktop.org/show_bug.cgi?id=30234
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=30234
Alban Browaeys changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29910
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30318
Summary: [glsl2] glean glsl1 test "texcoord varying" does not
work
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29849, which changed state.
Bug 29849 Summary: [llvmpipe] piglit glsl-fs-pointcoord regression
https://bugs.freedesktop.org/show_bug.cgi?id=29849
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29848, which changed state.
Bug 29848 Summary: [llvmpipe] piglit point-sprite regression
https://bugs.freedesktop.org/show_bug.cgi?id=29848
What|Old Value |New Value
-
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30190, which changed state.
Bug 30190 Summary: [llvmpipe]
src/gallium/drivers/llvmpipe/lp_setup_tri.c:450:floor_pot: Assertion `n' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=30190
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29849, which changed state.
Bug 29849 Summary: [llvmpipe] piglit glsl-fs-pointcoord regression
https://bugs.freedesktop.org/show_bug.cgi?id=29849
What|Old Value |New Value
---
https://bugs.freedesktop.org/show_bug.cgi?id=29888
Brian Paul changed:
What|Removed |Added
Summary|vsraytrace is broken on |vsraytrace is broken on
|
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29848, which changed state.
Bug 29848 Summary: [llvmpipe] piglit point-sprite regression
https://bugs.freedesktop.org/show_bug.cgi?id=29848
What|Old Value |New Value
-
On 09/21/2010 11:33 AM, Tilman Sauerbeck wrote:
Hi,
tgsi.rst currently reads:
.. opcode:: RET - Subroutine Call Return
pc = pop()
Potential restrictions:
* Only occurs at end of function.
Also, currently the glsl compiler happily generates code that ends up as
a TGSI shader that has R
Hi,
tgsi.rst currently reads:
> .. opcode:: RET - Subroutine Call Return
>
> pc = pop()
>
> Potential restrictions:
> * Only occurs at end of function.
Also, currently the glsl compiler happily generates code that ends up as
a TGSI shader that has RET in the middle of a function. ie it seems
On Tue, 2010-09-21 at 07:13 -0700, Luca Barbieri wrote:
> > Is there any reason for the binaries to be commited?
>
> The idea is to allow people to test (to be added) Wine support or run
> the demos in Windows to see what they are supposed to do without
> needing to setup a Windows build environme
https://bugs.freedesktop.org/show_bug.cgi?id=30234
--- Comment #7 from Kristian Høgsberg 2010-09-21 07:23:21
PDT ---
I just pushed 441344ba7ed2a1d162ee33ac4bac4bf645188ceb which fixes manywin
here. I couldn't find the file->user preferences menu in blender and I
couldn't find any other way to m
> Is there any reason for the binaries to be commited?
The idea is to allow people to test (to be added) Wine support or run
the demos in Windows to see what they are supposed to do without
needing to setup a Windows build environment.
___
mesa-dev maili
On Tue, 2010-09-21 at 02:14 -0700, Jakob Bornecrantz wrote:
> On Tue, Sep 21, 2010 at 10:42 AM, Keith Whitwell wrote:
> > On Mon, 2010-09-20 at 16:28 -0700, Luca Barbieri wrote:
> >> > A couple of questions - it looks like this is a drop-in for the
> >> > d3d10/11 runtime, rather than an implement
> The basic rule Wine uses is that if you've ever seen Microsoft code,
> you can't work on similar code for Wine.
OK, but that means source code as far as I can tell from the FAQ, not
SDK headers.
In this case, I'm not aware of any public Microsoft source code
implementing any of the functionality
On Tue, 2010-09-21 at 05:00 -0700, Henri Verbeet wrote:
> On 21 September 2010 13:13, Luca Barbieri wrote:
> > Why are you claiming this?
> > I assume it's because of the comment in tpf.h, which states that it
> > has been written according to Microsoft's documentation, which is
> > available sole
On 21 September 2010 13:13, Luca Barbieri wrote:
> Why are you claiming this?
> I assume it's because of the comment in tpf.h, which states that it
> has been written according to Microsoft's documentation, which is
> available solely from reading the d3d11TokenizedProgramFormat.h header
> in the
> Since this is derived from code in the DDK, this will prevent me or
The state tracker does not contain code derived from the DDK and
doesn't need any Microsoft code or tools except the Microsoft HLSL
compiler to compile shaders ahead of time (precompiled shaders are
included).
Also, as far as I k
On 21 September 2010 10:42, Keith Whitwell wrote:
> I don't see any reason not to merge this to master straight away -- this
> is all self-contained in its own directory & doesn't seem like it will
> regress anything else...
>
Since this is derived from code in the DDK, this will prevent me or
an
On Tue, Sep 21, 2010 at 10:42 AM, Keith Whitwell wrote:
> On Mon, 2010-09-20 at 16:28 -0700, Luca Barbieri wrote:
>> > A couple of questions - it looks like this is a drop-in for the
>> > d3d10/11 runtime, rather than an implementation of the DDI.
>> Yes.
>>
>> > I think
>> > that makes sense, but
On Mon, 2010-09-20 at 16:28 -0700, Luca Barbieri wrote:
> > A couple of questions - it looks like this is a drop-in for the
> > d3d10/11 runtime, rather than an implementation of the DDI.
> Yes.
>
> > I think
> > that makes sense, but it could also be possible to split it into two
> > pieces imple
https://bugs.freedesktop.org/show_bug.cgi?id=30279
--- Comment #1 from Michal Suchanek 2010-09-21 01:38:50
PDT ---
I should probably note that corender is a mesa demo and you run it like:
corender & sleep 1 ; corender dummy
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
27 matches
Mail list logo
