On Tue, Apr 26, 2011 at 12:26 AM, Bryan Cain wrote:
> Hi,
>
> In the last week or so, I've been working on a direct translator from
> GLSL IR to TGSI that does not go through Mesa IR. Although it is still
> a work in progress, it is now working and very usable. So before I go
> on, here is a lin
[Sending this message to the list since I accidentally sent it to the list
earlier from a non-subscribed address.]
2011/4/26 Christian König
> Am Dienstag, den 26.04.2011, 17:53 + schrieb youne...@gmail.com:
> > Hi Christian,
> >
> > Thanks for spending so much time on continuing this. I hav
Again, with a more detailed explanation added as comments.
On 20.04.2011 17:33, Christoph Bumiller wrote:
>> On 04/19/2011 04:00 AM, Christoph Bumiller wrote:
>>> On 16.04.2011 18:50, Christoph Bumiller wrote:
I hope the new version is correct, the commit message describes why I
did th
I was promoting to float for ARB_color_buffer_float unclamped, which
failed when ARB_texture_float wasn't present. Since the metaops don't
need results outside of [0,1] when not drawing to a floating point
destination, they can just use a fixed point texture when floating
point destinations are im
Hi Bryan,
Am Mittwoch, den 27.04.2011, 09:31 -0500 schrieb Bryan Cain:
> Yes, I got MC working on nv50 but couldn't get the iDCT to work
> properly. I still need to send in the patches for what I did
> accomplish. Should I send them to the mesa-dev mailing list and just
> label them as being for
Am 26.04.2011 19:35, schrieb Tristan Schmelcher:
> On 26 April 2011 08:20, Roland Scheidegger wrote:
>> Am 26.04.2011 01:15, schrieb Tristan Schmelcher:
>>> Hello,
>>>
>>> I have an OpenGL app where I'm writing video frames to textures. The
>>> video frames are semantically opaque but the alpha in
- Original Message -
> On Die, 2011-04-19 at 04:50 -0700, Jose Fonseca wrote:
> > - Original Message -
> > > From: "Michel Dänzer"
> > > To: "Cédric Cano"
> > > Cc: "icthj" ,
> > > mesa-dev@lists.freedesktop.org
> > > Sent: Tuesday, April 19, 2011 10:39:41 AM
> > > Subject: Re:
On 04/26/2011 05:16 PM, Kenneth Graunke wrote:
---
src/mesa/program/prog_print.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/prog_print.c b/src/mesa/program/prog_print.c
index 484596a..7c3b490 100644
--- a/src/mesa/program/prog_print.c
+++ b/
Hello,
I'm very happy to have been accepted as a Google Summer of Code student !
Thanks to all who voted for my proposal, and thanks to Google.
It's now the time to discuss the details of the implementation before
beginning to code. I have already a fairly good idea of how I will implement
thi
On Wed, Apr 27, 2011 at 4:06 AM, Jon TURNEY wrote:
> On 27/04/2011 11:39, Dan Nicholson wrote:
>> On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
>>> Alternatively, the configuration check could be made more complex to avoid
>>> using this flag is the target isn't ELF or using the flag generate
On Tue, Apr 26, 2011 at 4:57 PM, Brian Paul wrote:
> On 04/26/2011 04:57 AM, Marek Olšák wrote:
>
>> Hi,
>>
>> this series implements GL_EXT_texture_shared_exponent.
>>
>> The file rgb9e5.h has all its functions inline, because it's shared
>> between classic and gallium. In that file, there are f
On Die, 2011-04-19 at 04:50 -0700, Jose Fonseca wrote:
> - Original Message -
> > From: "Michel Dänzer"
> > To: "Cédric Cano"
> > Cc: "icthj" , mesa-dev@lists.freedesktop.org
> > Sent: Tuesday, April 19, 2011 10:39:41 AM
> > Subject: Re: [Mesa-dev] [PATCH] Big endian support for RV730 (Ga
Reviewed-by: Marek Olšák
On Wed, Apr 27, 2011 at 2:42 AM, wrote:
> From: Brian Paul
>
> If GL_RGB16F or GL_RGB32F is specified let's try the 3-component float
> texture formats before trying the 4-component ones. Before this,
> GL_RGB16/32F were treated the same as GL_RGBA16/32F.
> ---
> src
https://bugs.freedesktop.org/show_bug.cgi?id=27840
Bug 27840 depends on bug 29460, which changed state.
Bug 29460 Summary: GNU/Hurd support
https://bugs.freedesktop.org/show_bug.cgi?id=29460
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=29460
Jon TURNEY changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 27/04/2011 11:39, Dan Nicholson wrote:
> On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
>> Alternatively, the configuration check could be made more complex to avoid
>> using this flag is the target isn't ELF or using the flag generates a warning
>
> You could add -Werror to the CFLAGS used
https://bugs.freedesktop.org/show_bug.cgi?id=29460
--- Comment #9 from Jon TURNEY 2011-04-27
03:40:42 PDT ---
(In reply to comment #8)
> "simplify ifdef" patch remains
Commit "simplify ifdef" patch as 39cd791f3428ab48723fd4c73c4b1223e883ab2d so I
can close this.
--
Configure bugmail: https:/
On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
> Using -fvisibility=hidden makes the current cygwin gcc emit a warning
> "warning: visibility attribute not supported in this configuration; ignored"
> for every single non-static symbol
>
> $ make clean && make 2>&1 | grep "ignored" | wc -l
> 64
On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
> Looking at this bit of autofoolery, I notice that at the moment it is just
> checking if CC supports -fvisibility=hidden twice
>
> Signed-off-by: Jon TURNEY
> ---
> configure.ac | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
>
19 matches
Mail list logo
