From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yann E. MORIN Date: Thu, 10 Oct 2013 19:52:26 +0200 Subject: [Buildroot] [PATCH 5/9] package/weston: fix configure.ac for fbdev compositor In-Reply-To: <87iox5weis.fsf@dell.be.48ers.dk> References: <87iox5weis.fsf@dell.be.48ers.dk> Message-ID: <20131010175226.GD3230@free.fr> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Peter, all, On 2013-10-10 13:28 +0200, Peter Korsgaard spake thusly: > >>>>> "Yann" == Yann E MORIN writes: > > Yann> From: "Yann E. MORIN" > Yann> Apply patch from upstream. > > Are there any other pending fbdev patches upstream? A quick test seems > to show that the fbdev backend isn't working: > > CC weston_subsurfaces-subsurfaces.o > CC weston_simple_shm-simple-shm.o > CC weston_simple_shm-os-compatibility.o > subsurfaces.c:37:23: fatal error: GLES2/gl2.h: No such file or directory > compilation terminated. > make[4]: *** [weston_subsurfaces-subsurfaces.o] Error 1 > make[4]: *** Waiting for unfinished jobs.... > make[4]: Leaving directory `/home/peko/source/buildroot/output/build/weston-1.2.2/clients' OK, I see why it worked for me and not for you: I only tested the full series, and the individual patches. So, if you stop the series right there at path 5/9, it breaks because there is no GLES implementation available. In my case, it was provided by rpi-userland. Now, why on Earth would the fbdev backend depend on GLES? Let's see... Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'