MesaLib-10.0.1

[Igor Živković]

​http://mesa3d.org/relnotes/10.0.html

[Fernando de Oliveira]

I was going to accept this, but thanks to the URL you gave, it seems it is a development. Have you seen that?

Mesa 10.0 is a new development release. People who are concerned with stability and reliability should stick with a previous release or wait for Mesa 10.0.1.

[Igor Živković]

We can wait for 10.0.1 if you want to. Personally I'd update anyways.

[Fernando de Oliveira]

OK. I will try to do it.

[Fernando de Oliveira]

Just a test, please ignore, previous comment was not delivered by yahoo.

[Fernando de Oliveira]

Gave up. Problem starting with cogl.

[Armin K]

Don't give up so easily. For the start, you could post the problem. As I said in private messages, I have no problems helping you with gnome packages (given that they belong in the gnome chapter), but I can make an exception for few packages outside of gnome chapter which are only required by gnome and nothing else.

[Fernando de Oliveira]

OK. But I had only about 1 hour of sleep since ysterday, updating packages, and bow can barely see the letters (almost could not find Mrsa in track). To morrow I will write more. Thanks for the comment.I cannot read what i wrote.

[Fernando de Oliveira]

MesaLib-10.0.1 is available now.

​ftp://ftp.freedesktop.org/pub/mesa/10.0.1/MesaLib-10.0.1.tar.bz2

[Igor Živković]

Fixed at r12387.

[Fernando de Oliveira]

Igor, I was hoping that version 10.0.1 could have corrected the problems I had with 10.0.0, but it did not. Also, I was hoping that you had solved the problems, e.g. a patch, but also there is not that in the upgrade. I may have the problems only myself.

If you did not have the problems, please tell me, and I will resend what I will write below to -support or -dev, if you or others suggest.

First thing are the libraries: I cannot find in the builds of 10.0.x:

[libdricore, libXvMCr300, libXvMCsoftpipe]

Second thing is that I was not sure, it appeared that libclc

​http://llvm.org/svn/llvm-project/libclc/trunk/

was one dependency. ISTR that Armin is the maintainer in Arch.

Third, I needed "autoreconf -fi" but can use just configure (no need for autogen.sh) with 10.0.0. Installed with configure and with autogen.sh, but results are the same.

I do not know if the problems are only mine.

Fourth, cogl-1.16.0 problem.

Cogl builds fine with

./configure --prefix=/usr

but not with

./configure --prefix=/usr --enable-gles1 --enable-gles2

or only one of the gles. Configures, but fails at "make -j1":

In file included from ./winsys/cogl-winsys-egl-x11.c:35:0:
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
In file included from ./winsys/cogl-winsys-egl-x11.c:35:0:
./winsys/cogl-winsys-egl-private.h:167:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value);
                                 ^
  CC       cogl-winsys-egl.lo
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
./winsys/cogl-winsys-egl-feature-functions.h:91:39: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
                                struct wl_buffer *buffer,
                                       ^
./winsys/cogl-winsys-egl-private.h:97:32: note: in definition of macro 'COGL_WINSYS_FEATURE_FUNCTION'
   ret (APIENTRY * pf_ ## name) args;
                                ^
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-private.h:167:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value);
                                 ^
./winsys/cogl-winsys-egl.c:1051:33: warning: 'struct wl_buffer' declared inside parameter list [enabled by default]
                                 int *value)
                                 ^
./winsys/cogl-winsys-egl.c:1048:1: error: conflicting types for '_cogl_egl_query_wayland_buffer'
 _cogl_egl_query_wayland_buffer (CoglContext *ctx,
 ^
In file included from ./winsys/cogl-winsys-egl.c:33:0:
./winsys/cogl-winsys-egl-private.h:164:1: note: previous declaration of '_cogl_egl_query_wayland_buffer' was here
 _cogl_egl_query_wayland_buffer (CoglContext *ctx,
 ^
./winsys/cogl-winsys-egl.c: In function '_cogl_egl_query_wayland_buffer':
./winsys/cogl-winsys-egl.c:1060:50: warning: passing argument 2 of 'egl_renderer->pf_eglQueryWaylandBuffer' from incompatible pointer type [enabled by default]
                                                  value);
                                                  ^
./winsys/cogl-winsys-egl.c:1060:50: note: expected 'struct wl_buffer *' but argument is of type 'struct wl_buffer *'
make[4]: *** [cogl-winsys-egl.lo] Error 1
make[4]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0/cogl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/fernando/tmp/paco-build-2013.12.13-13h04m50s/cogl-1.16.0'
make: *** [all] Error 2

[Fernando de Oliveira]

I had a visitor at home all day until I sent the comment above.

Now, a quick search indicates that other distributions are updating to Mesa 9.2.5. not the 10 series.

I would like to keep with the 10 series, but if my problems are not only mine, perhaps we should go the same road and keep this ticket in mind, and come back, when we find the solutions?

Or hopefully it will be easy to solve individual package problems as I was so lucky with freetype-2.5.1?

[Armin K]

Interesting error. It's related to Wayland package, and it appears that Cogl maintainers did an oversight when Mesa wayland egl platform is disabled or when wayland package is absent, the package would fail to build.

I'll try to look at it and report back.

As for libclc, that package never had any release, it's still in heavy development and I was sure if we were ever depending on yet unreleased software. It is required to build libOpenCL.so, which is OpenCL library to use with Radeon R600 and later chipsets. It isn't something that's yet ready for prime time use.

[Armin K]

Fernando, could you try these two patches for Cogl:

​https://git.gnome.org/browse/cogl/commit/?h=cogl-1.16&id=b331ea7ec6c2180725f82e4b611587f8366fcb41 and

​https://git.gnome.org/browse/cogl/commit/?h=cogl-1.16&id=7c7de71f6af974c73f756e91832a27867d967152

I've asked Cogl devs to release a 1.16.x point upgrade, since Cogl 1.16 branch already includes the fixes.

[Fernando de Oliveira]

Thank you very much Armin! Builds OK, now.

patching file cogl/winsys/cogl-winsys-egl-private.h
patching file cogl/cogl-texture-2d.c
patching file cogl/winsys/cogl-winsys-egl-feature-functions.h
patching file cogl/winsys/cogl-winsys-egl-private.h
Hunk #1 succeeded at 183 (offset 21 lines).
patching file cogl/winsys/cogl-winsys-egl.c

The other day, tested only cogl.

I have also completed successful builds of

libva-1.2.1
libvdpau-0.7
xorg apps (still reading the logs for apps, but seems there was no problem)

The other references to Mesa are at:

x/lib/qt5.xml:      <xref linkend="mesalib"/>,
x/lib/qt4.xml:      <xref linkend="mesalib"/> 
x/lib/webkitgtk.xml:      <xref linkend="mesalib"/>,
x/lib/webkitgtk2.xml:      <xref linkend="mesalib"/>,
x/lib/freeglut.xml:      <xref linkend="mesalib"/>
x/lib/cogl.xml:      <xref linkend="mesalib"/>, and
x/lib/cairo.xml:      <xref linkend="mesalib"/>,
multimedia/libdriv/gst10-plugins-bad.xml:      <xref linkend="mesalib"/>,
multimedia/libdriv/xine-lib.xml:      <xref linkend="mesalib"/>,

I will add the patches for cogl, later today and report in this track #4436

[Fernando de Oliveira]

Cogl-1.16.0 fixed at 12388.

Thanks Armin K. for the patch.

[Igor Živković]

1) I also don't have libdricore, libXvMCr300 and libXvMCsoftpipe in my 10.0.1 build.

3) Mesa autogen.sh script calls autoreconf then configure. Running configure script directly makes the build system run it twice: configure, autoreconf and then configure again.

[Fernando de Oliveira]

I have just tested again. If I use configure only, there is no call to autoreconf in the whole build. For 10.0.0, I needed, but not for 10.0.1.

[Fernando de Oliveira]

Was making the wrong test. You are right about autogen.sh instead of configure. Sorry for the noise.

It is good having 10.0.1, instead of 9.2.5.

Now, just to remove the three libraries from the "Inatalled Libraries", will you do, or do you wish that I do it?

[Igor Živković]

be my guest :-)

[Fernando de Oliveira]

Removed librarires: libdricore, libXvMCr300 and libXvMCsoftpipe: r12391.

After thoughts: better to include the modification in the changelog: r12392.

[bdubbs@…]

Milestone current deleted