Does the attached patch fix the issue? (and is the fix correct?)
Marek
On Sat, Sep 25, 2010 at 7:30 PM, Chris Ball wrote:
> Hi,
>
> > On Sat, Sep 25, 2010 at 2:37 PM, Chris Ball wrote:
> >> http://tinderbox.x.org/builds/2010-09-24-0001/logs/libGL/#build
>
> > looks like libdrm isn't inst
Hi,
> On Sat, Sep 25, 2010 at 2:37 PM, Chris Ball wrote:
>> http://tinderbox.x.org/builds/2010-09-24-0001/logs/libGL/#build
> looks like libdrm isn't installed properly, I don't see
> LIBDRM_RADEON being picked up.
>
> though previously we didn't build this code by default, ma
On Sat, Sep 25, 2010 at 2:37 PM, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-09-24-0001/logs/libGL/#build
looks like libdrm isn't installed properly, I don't see LIBDRM_RADEON
being picked up.
though previously we didn't build this code by default, maybe it
should be conditional on li
http://tinderbox.x.org/builds/2010-09-24-0001/logs/libGL/#build
radeon_drm_buffer.c:4:27: error: radeon_bo_gem.h: No such file or directory
radeon_drm_buffer.c:5:27: error: radeon_cs_gem.h: No such file or directory
In file included from radeon_drm_buffer.c:6:
radeon_buffer.h:41:23: error: radeon_
Thanks, Kristian. I was about to commit a similar fix.
-Brian
2010/9/22 Kristian Høgsberg :
> Should be fixed by b91dba49e0b08b18dbd6c477facdcc7b5472c8c7.
>
> On Wed, Sep 22, 2010 at 9:47 AM, Chris Ball wrote:
>> http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
>>
>> brw_context
Should be fixed by b91dba49e0b08b18dbd6c477facdcc7b5472c8c7.
On Wed, Sep 22, 2010 at 9:47 AM, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
>
> brw_context.c:45: error: array type has incomplete element type
> brw_context.c:46: error: 'GL_VERSION_2_1_function
http://tinderbox.x.org/builds/2010-09-22-0001/logs/libGL/#build
brw_context.c:45: error: array type has incomplete element type
brw_context.c:46: error: 'GL_VERSION_2_1_functions' undeclared here
brw_context.c: In function 'brwCreateContext':
brw_context.c:163: warning: implicit declaration of fun
On Mon, Jul 12, 2010 at 3:02 PM, Corbin Simpson
wrote:
> I will fix it when I get off the clock. Should be trivial.
>
The build fix is trivial. Also, FWIW, that new clear function doesn't
take into account non-tcl chips and should probably use a passthrough
vertex shader rather than disabling PV
I will fix it when I get off the clock. Should be trivial.
Posting from a mobile, pardon my terseness. ~ C.
On Jul 12, 2010 7:23 AM, "Chris Ball" wrote:
http://tinderbox.x.org/builds/2010-07-12-0013/logs/libGL/#build
r300_render.c: In function 'r300_blitter_draw_rectangle':
r300_render.c:1064:
http://tinderbox.x.org/builds/2010-07-12-0013/logs/libGL/#build
r300_render.c: In function 'r300_blitter_draw_rectangle':
r300_render.c:1064: error: expected ';' before ')' token
vap_cntl_status |= R300_VC_32BIT_SWAP);
http://cgit.freedesktop.org/mesa/mesa/commit/?id=78e8a8765f435bf0902d
Yeah, this is likely on my end. I needed to backup the version installed on
the system, and I don't build mesa in the tinderbox. Please ignore.
On Jun 30, 2010, at 06:03, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-06-30-0016/logs/xserver/#configure
>
> configure: error: Package re
http://tinderbox.x.org/builds/2010-06-30-0016/logs/xserver/#configure
configure: error: Package requirements (glproto >= 1.4.10 gl >= 7.1.0)
were not met:
No package 'gl' found
--
Chris Ball
One Laptop Per Child
___
mesa-dev mailing list
mesa-dev@l
On 29 jun 2010, at 18.16, Chris Ball wrote:
http://tinderbox.x.org/builds/2010-06-29-0021/logs/libGL/#build
gmake[3]: *** No rule to make target `../../../../src/gallium/winsys/
i915/drm/libi915drm.a', needed by `../../../../lib/egl/
pipe_i915.so'. Stop.
Should be fixed now.
Cheers Jakob.
http://tinderbox.x.org/builds/2010-06-29-0021/logs/libGL/#build
gmake[3]: *** No rule to make target
`../../../../src/gallium/winsys/i915/drm/libi915drm.a', needed by
`../../../../lib/egl/pipe_i915.so'. Stop.
--
Chris Ball
One Laptop Per Child
__
http://tinderbox.x.org/builds/2010-06-16-0028/logs/libGL/#build
draw/draw_pt_so_emit.c:206:30: error: draw_so_emit_tmp.h: No such file or
directory
http://cgit.freedesktop.org/mesa/mesa/commit/?id=287531772ccea82c8a6c4dab5656d751a8943524
--
Chris Ball
One Laptop Per Child
__
Chris Ball wrote:
http://tinderbox.x.org/builds/2010-06-08-0018/logs/libGL/#build
swrastg_dri.so.tmp: undefined reference to `softpipe_delete_stream_output_state'
swrastg_dri.so.tmp: undefined reference to `softpipe_bind_stream_output_state'
swrastg_dri.so.tmp: undefined reference to `softpipe_c
http://tinderbox.x.org/builds/2010-06-08-0018/logs/libGL/#build
swrastg_dri.so.tmp: undefined reference to `softpipe_delete_stream_output_state'
swrastg_dri.so.tmp: undefined reference to `softpipe_bind_stream_output_state'
swrastg_dri.so.tmp: undefined reference to `softpipe_create_stream_output_
On Mon, May 3, 2010 at 1:20 AM, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-05-02-0034/logs/libGL/#build
>
> In file included from ../common/drisw_util.c:30:
> ../common/drisw_util.h:39:20: error: mtypes.h: No such file or directory
>
> In file included from ../common/drisw_util.c:30:
>
http://tinderbox.x.org/builds/2010-05-02-0034/logs/libGL/#build
In file included from ../common/drisw_util.c:30:
../common/drisw_util.h:39:20: error: mtypes.h: No such file or directory
In file included from ../common/drisw_util.c:30:
../common/drisw_util.h:62: error: expected ')' before 'glapi'
On Mit, 2010-04-28 at 22:43 -0400, Chris Ball wrote:
> http://tinderbox.x.org/builds/2010-04-29-0001/logs/libGL/#build
>
> draw/draw_vs_ppc.c: In function 'vs_ppc_run_linear':
> draw/draw_vs_ppc.c:129: warning: passing argument 5 of 'shader->func' from
> incompatible pointer type
> draw/draw_vs_
http://tinderbox.x.org/builds/2010-04-29-0001/logs/libGL/#build
draw/draw_vs_ppc.c: In function 'vs_ppc_run_linear':
draw/draw_vs_ppc.c:129: warning: passing argument 5 of 'shader->func' from
incompatible pointer type
draw/draw_vs_ppc.c:129: note: expected 'float (*)[4]' but argument is of type
Hi,
> Anyway, I've pushed a fix that add egl/eglut to PROGRAM_DIRS and build
> it explicitly before the other EGL demos. Hopefully, it fixes the
> issue.
Thanks; yes, looks like it does.
--
Chris Ball
One Laptop Per Child
___
mesa-dev mai
On Tue, Apr 27, 2010 at 6:14 AM, Dan Nicholson wrote:
> On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball wrote:
>> http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
>> gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
>> gmake[2]: *** [../../../progs/egl/eglut/li
Hi,
> Does it build without parallel jobs?
Yes. (http://tinderbox.x.org/builds/2010-04-26-0035/)
--
Chris Ball
One Laptop Per Child
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi,
> progs/egl/opengl/Makefile is really nasty and makes this tough to
> debug. I can't tell exactly what causes the error, but the build
> is trying to jump from egl/opengl to egl/eglut to build the two
> convenience libraries. Why it sees the depend target but not the
> rule, I d
On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball wrote:
> Hi,
>
> http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
>
> gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
> gmake[2]: *** [../../../progs/egl/eglut/libeglut-screen.a] Error 2
> gmake[2]: *** Waiting f
Hi,
http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
gmake[2]: *** [../../../progs/egl/eglut/libeglut-screen.a] Error 2
gmake[2]: *** Waiting for unfinished jobs
[...]
ar: creating libeglut-x11.a
ar: cre
27 matches
Mail list logo
