The first three attached patches make it possible to compile Mesa with
LLVM/Clang:
1. Add -lstdc++ when linking glsl_compiler and glcpp
2. Move -lstdc++ from the Gallium-specific Makefile.dri to
DRI_LIB_DEPS in configure (fixes linking classic Mesa drivers)
3. Since autoconf gives GCC=yes even when
https://bugs.freedesktop.org/show_bug.cgi?id=29684
--- Comment #10 from Marc 2010-08-22 08:26:47 PDT ---
mmh - still broken here, but works when "UseGLSL = disabled" in wine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=29684
--- Comment #11 from Marc 2010-08-22 08:28:46 PDT ---
Created an attachment (id=38060)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38060)
output with MESA_GLSL=dump
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
https://bugs.freedesktop.org/show_bug.cgi?id=29684
Marc changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
st/egl/x11/x11_screen.c requests a driver named r300 not radeon
KNOWN ISSUE: breaks st/egl/kms/
st/egl/kms requests a pipe named "radeon"
that will not be found now
so why not leaving pipe_radeon there?
that was possible as long we have only r300g.
now ther
load pipe_r300 or pipe_r600 depending on the chip_id
needed for st/egl/kms which requests a "radeon" pipe
for both: r300 and r600 cards
---
src/gallium/targets/egl/Makefile | 15 ++-
src/gallium/targets/egl/pipe_radeon.c | 24
2 files changed, 38 inse
KNOWN ISSUE: eglShowScreenSurfaceMESA in st/egl/kms fails
but st/egl/x11 works
---
src/gallium/targets/egl/Makefile| 13 +
src/gallium/targets/egl/pipe_r600.c | 27 +++
2 files changed, 40 insertions(+), 0 deletions(-)
create mode 100644 src/gallium/tar
https://bugs.freedesktop.org/show_bug.cgi?id=29684
--- Comment #12 from Rubén Fernández 2010-08-22 09:41:32
PDT ---
(In reply to comment #10)
> mmh - still broken here, but works when "UseGLSL = disabled" in wine.
Your output log indicates no compilation errors - which means that this
particula
On Sun, Aug 22, 2010 at 9:24 AM, Benjamin Franzke
wrote:
> st/egl/x11/x11_screen.c requests a driver named r300 not radeon
>
> KNOWN ISSUE: breaks st/egl/kms/
> st/egl/kms requests a pipe named "radeon"
> that will not be found now
>
> so why not leaving pipe_radeon there?
>
On Sun, Aug 22, 2010 at 6:58 PM, Corbin Simpson
wrote:
> On Sun, Aug 22, 2010 at 9:24 AM, Benjamin Franzke
> wrote:
> > st/egl/x11/x11_screen.c requests a driver named r300 not radeon
> >
> > KNOWN ISSUE: breaks st/egl/kms/
> >st/egl/kms requests a pipe named "radeon"
> >that will
https://bugs.freedesktop.org/show_bug.cgi?id=29684
Marc changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Sun, 22 Aug 2010 05:35:19 -0400, nobled wrote:
> The first three attached patches make it possible to compile Mesa with
> LLVM/Clang:
> 1. Add -lstdc++ when linking glsl_compiler and glcpp
> 2. Move -lstdc++ from the Gallium-specific Makefile.dri to
> DRI_LIB_DEPS in configure (fixes linking cl
https://bugs.freedesktop.org/show_bug.cgi?id=29737
Summary: Coldest: assertion failure when compiling shader
Product: Mesa
Version: git
Platform: Other
URL: http://www.coldestgame.com/site/
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=29689
Roman Schmaker Šmakal changed:
What|Removed |Added
Component|Drivers/DRI/R600|Mesa core
AssignedTo|dri
https://bugs.freedesktop.org/show_bug.cgi?id=29689
Roman Schmaker Šmakal changed:
What|Removed |Added
Summary|Heroes of Newerth models|[regression] GLSL2 merge
https://bugs.freedesktop.org/show_bug.cgi?id=29689
--- Comment #5 from Sven Arvidsson 2010-08-22 14:12:06 PDT ---
(In reply to comment #4)
> Bog looks kinda different to me. Ill post some screenshots.
Yeah, I get different output on softpipe too, difference between drivers I
guess.
--
Configur
On Sun, Aug 22, 2010 at 08:13:45PM +0200, Marek Olšák wrote:
> On Sun, Aug 22, 2010 at 6:58 PM, Corbin Simpson
> wrote:
> >
> > I'm not so sure about this series, because (a) it should be possible
> > to come up with something that works for both EGL backends (b) we
> > haven't decided yet how much
https://bugs.freedesktop.org/show_bug.cgi?id=29675
Sven Arvidsson changed:
What|Removed |Added
Component|Mesa core |Drivers/DRI/i965
AssignedTo|mes
https://bugs.freedesktop.org/show_bug.cgi?id=29689
--- Comment #6 from Roman Schmaker Šmakal 2010-08-22
14:12:37 PDT ---
Created an attachment (id=38074)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38074)
[R600]Models bug (in menu)
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=29689
--- Comment #7 from Roman Schmaker Šmakal 2010-08-22
14:13:45 PDT ---
Created an attachment (id=38075)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38075)
[R600]Models bug (ingame)
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=29585
--- Comment #2 from Mathias Brodala 2010-08-22 16:20:51 PDT
---
I am experiencing a similar issue with the recent git master, most likely due
to the GLSL branch merge:
> mklib: Making Linux shared library: r600_dri.so.tmp
> g++ -g -O2 -Wall -W
https://bugs.freedesktop.org/show_bug.cgi?id=29741
Summary: [glsl] wine with GLSL renders incompletely or not at
all
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=29741
--- Comment #1 from Rubén Fernández 2010-08-22 16:28:55
PDT ---
Created an attachment (id=38078)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38078)
Screenshot with GLSL disabled, rendering correctly
when wine is set to disable GLSL, it
https://bugs.freedesktop.org/show_bug.cgi?id=29741
--- Comment #2 from Rubén Fernández 2010-08-22 16:30:35
PDT ---
Created an attachment (id=38079)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38079)
Screenshot with GLSL enabled, rendering incorrectly
However, when GLSL is enabled in wi
https://bugs.freedesktop.org/show_bug.cgi?id=29741
--- Comment #3 from Rubén Fernández 2010-08-22 16:31:28
PDT ---
Created an attachment (id=38080)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38080)
Log generated with MESA_GLSL=dump and RADEON_DEBUG=fp, with GLSL enabled
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=29741
--- Comment #4 from Rubén Fernández 2010-08-22 16:32:40
PDT ---
Created an attachment (id=38081)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38081)
Log generated with RADEON_DEBUG=fp, with GLSL disabled
A log without GLSL (when it is r
https://bugs.freedesktop.org/show_bug.cgi?id=29684
--- Comment #14 from Rubén Fernández 2010-08-22 16:34:32
PDT ---
(In reply to comment #13)
> ok - I didn't read the whole bug report (just the symptoms). sorry, closing
> again.
You can now follow / contribute to improving GLSL with this new bu
https://bugs.freedesktop.org/show_bug.cgi?id=29741
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29585
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27004, which changed state.
Bug 27004 Summary: [GLSL] allowing macro redefinition
https://bugs.freedesktop.org/show_bug.cgi?id=27004
What|Old Value |New Value
On Sat, Aug 14, 2010 at 9:47 AM, Marek Olšák wrote:
> NOTE: This is a candidate for the 7.8 branch.
> ---
> src/mesa/state_tracker/st_cb_readpixels.c | 13 +++--
> 1 files changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/state_tracker/st_cb_readpixels.c
> b/src/mesa/
https://bugs.freedesktop.org/show_bug.cgi?id=29737
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Aug 20, 2010 at 10:40 AM, Marek Olšák wrote:
> On Mon, Aug 16, 2010 at 3:55 PM, Roland Scheidegger
> wrote:
>>
>> On 14.08.2010 17:47, Marek Olšák wrote:
>> > If PIPE_CAP_DEPTHSTENCIL_CLEAR_SEPARATE is not advertised and there is
>> > a D24S8 texture bound and the mask is
>> > BUFFER_BIT_
https://bugs.freedesktop.org/show_bug.cgi?id=29627
Eric Anholt changed:
What|Removed |Added
CC||v...@vmware.com
--- Comment #1 from Eric A
https://bugs.freedesktop.org/show_bug.cgi?id=29744
Summary: Loader failure for egl_gallium
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=29744
--- Comment #1 from Luca Barbato 2010-08-22 19:30:21 PDT
---
load_pipe_module seems the culprit:
(gdb) print pmod->drmdd->driver_name
$5 = 0x7fca7adaf6e0 "radeon"
(gdb) print pmod->name
$6 = 0x25b4140 "r300"
158_eglSearchPathForEach(dl
https://bugs.freedesktop.org/show_bug.cgi?id=29745
Summary: glsl2 crash
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Other
Assi
On Mon, Aug 23, 2010 at 12:24 AM, Benjamin Franzke
wrote:
> st/egl/x11/x11_screen.c requests a driver named r300 not radeon
>
> KNOWN ISSUE: breaks st/egl/kms/
> st/egl/kms requests a pipe named "radeon"
> that will not be found now
>
> so why not leaving pipe_radeon there?
>
https://bugs.freedesktop.org/show_bug.cgi?id=29744
--- Comment #2 from Chia-I Wu 2010-08-22 20:29:45 PDT ---
Hmm. Could you enlighten me which DRI driver would libGL load on your system?
r300_dri or radeon_dri? It seems should be r300_dri from a quick look at
xorg-video-ati. But I am then cur
https://bugs.freedesktop.org/show_bug.cgi?id=29744
--- Comment #3 from Alex Deucher 2010-08-22 21:49:00 PDT ---
(In reply to comment #2)
> Hmm. Could you enlighten me which DRI driver would libGL load on your
> system?
> r300_dri or radeon_dri? It seems should be r300_dri from a quick look at
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Gordon Jin changed:
What|Removed |Added
Depends on||29747
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=29744
--- Comment #4 from Benjamin Franzke
2010-08-22 23:00:32 PDT ---
hm what has this directly to do with DRI drivers?
That code is executed after loading a pipe module, so lib/egl/pipe_radeon.so
and not the dri stuff..
This error looks to me as if
Hi,
Attached patch fixes MSVC (2008) build. MSVC was still missing truncf,
exp2f, log2f (all used in GLSL2).
MSVC does not have trunc(), so defining truncf() to trunc() does not quite
work. The _XOPEN_SOURCE usage looked pretty weird as well; it made whole
that block not be included if the define
On Mon, Aug 23, 2010 at 2:25 PM, Aras Pranckevicius wrote:
> Hi,
> Attached patch fixes MSVC (2008) build. MSVC was still missing truncf,
> exp2f, log2f (all used in GLSL2).
> MSVC does not have trunc(), so defining truncf() to trunc() does not quite
> work. The _XOPEN_SOURCE usage looked pretty w
>
> Not that familiar with MSVC, but when I built Mesa on Windows the other
> day,
> other than the defines introduced by this patch, these functions were also
> missing: snprintf, strtoll, and isblank. Is it me or the patch that misses
> something?
>
Could be; I'm not actually building full Mesa
45 matches
Mail list logo
