Pull request for branch x11r75patches
I have setup a repository with my x11r7.5 changes merged into Paulius's changes that have already been commited.
Most just bump things to newer version, but also have converted mesa3d to autotools and added more option support when building xserver.
Regards
Will
The following changes since commit 32ae5854dd1a1c77c9019932f248eb2dc1f1d565:
Peter Korsgaard (1):
busybox: additional 1.16.0 fixes
are available in the git repository at:
git://gitorious.org/willw-buildroot/willw-buildroot.git x11r75patches
Will Wagner (17):
libdrm: bump version
pixman: bump version
correct name of xapp_xinput.mk
mesa3d: bump version and convert to autotools
xlib_libXau: remove duplicate dependancies
pthread-stubs: bump version
xdriver_xf86-video-intel: bump version Signed-off-by: Will Wagner
<[email protected]>
xproto_dri2proto: bump version
xproto_fontcacheproto: bump version
xproto_xf86miscproto: bump version
xlib_libpciaccess: bump version
xlib_libXfontcache: bump version
xdriver_xf86-video-sunleo: correct version Signed-off-by: Will
Wagner <[email protected]>
xkeyboard-config: bump version
xproto_evieext: bump version
xlib_libXxf86misc: bump version
xserver_xorg-server: bump version, improve option support
package/libdrm/libdrm.mk | 3 +-
package/pixman/pixman.mk | 2 +-
package/x11r7/mesa3d/Config.in | 6 +-
package/x11r7/mesa3d/mesa3d-gen_matypes-fix.patch | 12 ---
package/x11r7/mesa3d/mesa3d.mk | 98
++------------------
package/x11r7/pthread-stubs/pthread-stubs.mk | 3 +-
.../{xapp_xbacklight.mk => xapp_xinput.mk} | 0
package/x11r7/xdriver_xf86-video-intel/Config.in | 5 +-
...ver_xf86-video-intel-2.10.0-cross-compile.patch | 11 ++
.../xdriver_xf86-video-intel.mk | 6 +-
package/x11r7/xdriver_xf86-video-sunleo/Config.in | 2 +-
package/x11r7/xkeyboard-config/xkeyboard-config.mk | 2 +-
package/x11r7/xlib_libXau/Config.in | 1 -
package/x11r7/xlib_libXau/xlib_libXau.mk | 2 +-
package/x11r7/xlib_libXfontcache/Config.in | 2 +-
.../x11r7/xlib_libXfontcache/xlib_libXfontcache.mk | 2 +-
package/x11r7/xlib_libXxf86misc/Config.in | 2 +-
.../x11r7/xlib_libXxf86misc/xlib_libXxf86misc.mk | 2 +-
package/x11r7/xlib_libpciaccess/Config.in | 2 +-
.../x11r7/xlib_libpciaccess/xlib_libpciaccess.mk | 2 +-
package/x11r7/xproto_dri2proto/Config.in | 2 +-
package/x11r7/xproto_dri2proto/xproto_dri2proto.mk | 2 +-
package/x11r7/xproto_evieext/Config.in | 2 +-
package/x11r7/xproto_evieext/xproto_evieext.mk | 2 +-
package/x11r7/xproto_fontcacheproto/Config.in | 2 +-
.../xproto_fontcacheproto/xproto_fontcacheproto.mk | 2 +-
package/x11r7/xproto_xf86miscproto/Config.in | 2 +-
.../xproto_xf86miscproto/xproto_xf86miscproto.mk | 2 +-
package/x11r7/xserver_xorg-server/Config.in | 36 ++++----
.../xserver_xorg-server/xserver_xorg-server.mk | 34 +++++--
30 files changed, 91 insertions(+), 160 deletions(-) delete mode 100644 package/x11r7/mesa3d/mesa3d-gen_matypes-fix.patch rename package/x11r7/xapp_xinput/{xapp_xbacklight.mk =>
xapp_xinput.mk} (100%)
create mode 100644package/x11r7/xdriver_xf86-video-intel/xdriver_xf86-video-intel-2.10.0-cross-compile.patch
Quoted 5 lines · Will Wagner
I have setup a repository with my x11r7.5 changes merged into Paulius's changes that have already been commited.
Most just bump things to newer version, but also have converted mesa3d to autotools and added more option support when building xserver.
Hello,
Just an observation...
Is it really necessary for the x11r7 packages to have the version information in the Config.in? I don't think any of the other packages show this in the help and it just adds more work when the versions get bumped. If a user "really" needs to know what the version is they can look at the associated *.mk file.
Regards,
Hartley
Quoted 10 lines · H Hartley Sweeten
Quoted 6 lines · Will Wagner
I have setup a repository with my x11r7.5 changes merged into Paulius's changes that have already been commited.
Most just bump things to newer version, but also have converted mesa3d to autotools and added more option support when building xserver.
Hello,
Quoted 9 lines
Just an observation...
Is it really necessary for the x11r7 packages to have the version information in the Config.in? I don't think any of the other packages show this in the help and it just adds more work when the versions get bumped. If a user "really" needs to know what the version is they can look at the associated *.mk file.
I would agree completely, updating all the Confin.in files was a real time waster when updating x11. Guess I could generate new patches that remove it if people are interested.
Quoted 3 lines · On Tue, 09 Mar 2010 23:01:19 +0000 Will Wagner <[email protected]> wrote:
I would agree completely, updating all the Confin.in files was a real time waster when updating x11. Guess I could generate new patches that remove it if people are interested.
I think that would be good.
Thomas
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
Quoted 2 lines · Will Wagner
I have setup a repository with my x11r7.5 changes merged into Paulius's changes that have already been commited.
Hi,
I pulled your tree and I am trying to compile and test it.
Quoted 15 lines
Most just bump things to newer version, but also have converted mesa3d to autotools and added more option support when building xserver.
Regards
WillThe following changes since commit
32ae5854dd1a1c77c9019932f248eb2dc1f1d565:
Peter Korsgaard (1):
busybox: additional 1.16.0 fixesare available in the git repository at:
git://gitorious.org/willw-buildroot/willw-buildroot.gitx11r75patches
Quoted 12 lines
Will Wagner (17):
libdrm: bump version
pixman: bump version
correct name of xapp_xinput.mk
mesa3d: bump version and convert to autotoolsxlib_libXau: remove duplicate dependancies
pthread-stubs: bump version
xdriver_xf86-video-intel: bump versionxproto_dri2proto: bump versionxproto_fontcacheproto: bump versionxproto_xf86miscproto: bump versionxlib_libpciaccess: bump version
libpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Applying buildroot-libtool.patch using plaintext:
patching file ltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: *** [/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched] Error 1
Quoted 6 lines
xlib_libXfontcache: bump version
xdriver_xf86-video-sunleo: correct version
xkeyboard-config: bump versionxproto_evieext: bump versionxlib_libXxf86misc: bump version
xserver_xorg-server: bump version, improve option support
Quoted 8 lines
Quoted 3 lines
xproto_xf86miscproto: bump versionxlib_libpciaccess: bump versionlibpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Quoted 14 lines
Applying buildroot-libtool.patch using plaintext:
patching fileltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: *** [/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched] Error 1
Odd, I definitely have it building, will try to work out why it works for me.
It's easy to fix by disabling the libtool step. Would be good to fixup the libtool patching though so it spots what version the package has and patches accordingly.
Anyone an expert on the libtool patch. Is the patch not needed for 2.2.6 of ltmain.sh? If so I guess we can check the version before patching.
Will
Quoted 22 lines · Will Wagner
Quoted 8 lines
Quoted 3 lines
xproto_xf86miscproto: bump versionxlib_libpciaccess: bump versionlibpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Quoted 14 lines
Applying buildroot-libtool.patch using plaintext:
patching fileltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: *** [/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched] Error 1
Quoted 6 lines
Odd, I definitely have it building, will try to work out why it works for me.
It's easy to fix by disabling the libtool step. Would be good to fixup the libtool patching though so it spots what version the package has and patches accordingly.
XLIB_LIBPCIACCESS_LIBTOOL_PATCH = NO
solved this problem for me, but later I got another error and I don't know yet how to fix it...
/home/paulius/buildroot/output/build/staging_dir/usr/bin/i386-linux-uclibc-gcc -Os -pipe -Os -g2 -I/home/paulius/buildroot/output/build/staging_dir/usr/include -I/home/paulius/buildroot/output/build/staging_dir/include --sysroot=/home/paulius/buildroot/output/build/staging_dir/ -isysroot /home/paulius/buildroot/output/build/staging_dir -mtune=i386 -march=i386 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -I. -I.. -fvisibility=hidden -I/home/paulius/buildroot/output/build/staging_dir/usr/include/xorg -I/home/paulius/buildroot/output/build/staging_dir/usr/include/pixman-1 -I/home/paulius/buildroot/output/build/staging_dir/usr/include/drm -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -fvisibility=hidden -I/home/paulius/buildroot/output/build/staging_dir/usr/include/xorg -I/home/paulius/buildroot/output/build/staging_dir/usr/include/pixman-1 -I/home/paulius/buildroot/output/build/staging_dir/usr/include/drm -I/home/paulius/buildroot/output/build/staging_dir/usr/include/X11/dri -I../uxa -I../src/render_program -Os -pipe -Os -g2 -I/home/paulius/buildroot/output/build/staging_dir/usr/include -I/home/paulius/buildroot/output/build/staging_dir/include --sysroot=/home/paulius/buildroot/output/build/staging_dir/ -isysroot /home/paulius/buildroot/output/build/staging_dir -mtune=i386 -march=i386 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -MT i810_driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c i810_driver.c -fPIC -DPIC -o .libs/i810_driver.o
In file included from i810_driver.c:73:
i830.h:70:26: error: intel_bufmgr.h: No such file or directory
In file included from i810_driver.c:73:
i830.h:77: error: expected declaration specifiers or '...' before 'drm_intel_bo' i830.h:140: error: expected specifier-qualifier-list before 'dri_bo' i830.h: In function 'i830_uxa_pixmap_is_dirty':
i830.h:153: error: 'struct intel_pixmap' has no member named 'flush_write_domain' i830.h: In function 'i830_pixmap_tiled':
i830.h:158: error: 'struct intel_pixmap' has no member named 'tiling' i830.h: At top level:
i830.h:161: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token i830.h:162: error: expected declaration specifiers or '...' before 'dri_bo' i830.h:207: error: expected specifier-qualifier-list before 'dri_bo' i830.h:263: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830.h:410,
from i810_driver.c:73:
i830_batchbuffer.h: In function 'intel_batch_space':
i830_batchbuffer.h:44: error: 'intel_screen_private' has no member named 'batch_bo' i830_batchbuffer.h:44: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_require_space':
i830_batchbuffer.h:50: error: 'intel_screen_private' has no member named 'batch_bo' i830_batchbuffer.h: In function 'intel_batch_start_atomic':
i830_batchbuffer.h:59: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:62: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:63: error: 'intel_screen_private' has no member named 'batch_atomic_limit'
i830_batchbuffer.h:63: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_end_atomic':
i830_batchbuffer.h:70: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:71: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:71: error: 'intel_screen_private' has no member named 'batch_atomic_limit'
i830_batchbuffer.h:72: error: 'intel_screen_private' has no member named 'in_batch_atomic'i830_batchbuffer.h: In function 'intel_batch_emit_dword':
i830_batchbuffer.h:77: error: 'intel_screen_private' has no member named 'batch_ptr' i830_batchbuffer.h:78: error: 'intel_screen_private' has no member named 'batch_emitting'
i830_batchbuffer.h:79: error: 'intel_screen_private' has no member named 'batch_ptr' i830_batchbuffer.h:79: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:80: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: At top level:
i830_batchbuffer.h:85: error: expected declaration specifiers or '...' before 'dri_bo'i830_batchbuffer.h: In function 'intel_batch_emit_reloc':
i830_batchbuffer.h:90: error: 'intel_screen_private' has no member named 'batch_ptr' i830_batchbuffer.h:90: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:91: error: 'bo' undeclared (first use in this function) i830_batchbuffer.h:91: error: (Each undeclared identifier is reported only once i830_batchbuffer.h:91: error: for each function it appears in.) i830_batchbuffer.h:92: warning: implicit declaration of function 'dri_bo_emit_reloc' i830_batchbuffer.h:92: warning: nested extern declaration of 'dri_bo_emit_reloc' i830_batchbuffer.h:92: error: 'intel_screen_private' has no member named 'batch_bo' i830_batchbuffer.h:93: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:94: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_mark_pixmap_domains':
i830_batchbuffer.h:104: error: 'struct intel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:104: error: 'struct intel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:108: error: 'struct intel_pixmap' has no member named 'flush_read_domains'
i830_batchbuffer.h:109: error: 'struct intel_pixmap' has no member named 'batch_read_domains'
i830_batchbuffer.h:110: error: 'struct intel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:111: error: 'struct intel_pixmap' has no member named 'batch_write_domain'
i830_batchbuffer.h:112: error: 'struct intel_pixmap' has no member named 'batch' i830_batchbuffer.h:113: error: 'struct intel_pixmap' has no member named 'batch' i830_batchbuffer.h:113: error: 'intel_screen_private' has no member named 'batch_pixmaps'
i830_batchbuffer.h:114: error: 'struct intel_pixmap' has no member named 'flush' i830_batchbuffer.h:115: error: 'struct intel_pixmap' has no member named 'flush' i830_batchbuffer.h:115: error: 'intel_screen_private' has no member named 'flush_pixmaps'i830_batchbuffer.h: In function 'intel_batch_emit_reloc_pixmap':
i830_batchbuffer.h:125: error: 'intel_screen_private' has no member named 'batch_ptr'
i830_batchbuffer.h:130: error: 'struct intel_pixmap' has no member named 'bo' i830_batchbuffer.h:132: error: too many arguments to function 'intel_batch_emit_reloc'
In file included from i810_driver.c:73:i830.h: At top level:
i830.h:430: error: expected ')' before '*' token
i830.h:434: error: expected declaration specifiers or '...' before 'dri_bo' i830.h: In function 'intel_debug_fallback':
i830.h:528: error: 'intel_screen_private' has no member named 'fallback_debug' i830.h: At top level:
i830.h:569: error: expected ')' before '*' token
i830.h:579: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token make[4]: *** [i810_driver.lo] Error 1
make[4]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/src' make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/src' make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0' make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0'
make: *** [/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/.stamp_built] Error 2
Paulius
Quoted 31 lines · Paulius Zaleckas
Quoted 21 lines · Will Wagner
Quoted 21 lines
Quoted 3 lines
xproto_xf86miscproto: bump versionxlib_libpciaccess: bump versionlibpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Applying buildroot-libtool.patch using plaintext:
patching fileltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: *** [/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched]Quoted 8 lines
Quoted 2 lines
Error 1
Odd, I definitely have it building, will try to work out why it works for me.
It's easy to fix by disabling the libtool step. Would be good to fixup the libtool patching though so it spots what version the package has and patches accordingly.
Quoted 5 lines
XLIB_LIBPCIACCESS_LIBTOOL_PATCH= NOsolved this problem for me, but later I got another error and I don't know
yet how to fix it...
What target graphics hardware are you building for? I'll take a look in the morning and see if I can work out what's going on.
Will
Quoted 33 lines · Will Wagner
Quoted 32 lines · Paulius Zaleckas
Quoted 29 lines · Will Wagner
Quoted 20 lines
Quoted 3 lines
xproto_xf86miscproto: bump versionxlib_libpciaccess: bump versionlibpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Applying buildroot-libtool.patch using plaintext:
patching fileltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines). Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: ***Quoted 3 lines
[
/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched] Error 1Odd, I definitely have it building, will try to work out why it works for me.
It's easy to fix by disabling the libtool step. Would be good to fixup the libtool patching though so it spots what version the package has and patches accordingly.
Quoted 7 lines
Quoted 4 lines
XLIB_LIBPCIACCESS_LIBTOOL_PATCH= NOsolved this problem for me, but later I got another error and I don't know yet how to fix it...
What target graphics hardware are you building for? I'll take a look in the morning and see if I can work out what's going on.
I have i915. However I am building all possible drivers to test building.
Quoted 1 line
Will
Quoted 22 lines · Paulius Zaleckas
Quoted 22 lines · Will Wagner
Quoted 21 lines
Quoted 21 lines
Quoted 3 lines
xproto_xf86miscproto: bump versionxlib_libpciaccess: bump versionlibpciaccess fails... due to libtool patch:
Quoted 1 line
Quoted 1 line
Quoted 1 line
Patching libtool
Applying buildroot-libtool.patch using plaintext:
patching fileltmain.sh
Hunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej Patch failed! Please fix buildroot-libtool.patch!
make: *** [/home/paulius/buildroot/output/build/xlib_libpciaccess-0.11.0/.stamp_patched]
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Error 1
Sorry for taking so long to look at this, had a mad couple of weeks at work.
When building libpciaccess I get:
make O=/home/willw/martin/glowworm/controller/buildroot -C /home/willw/buildroot xlib_libpciaccess
make[1]: Entering directory `/home/willw/buildroot'
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
xlib_libpciaccess0.11.0 Extractingxlib_libpciaccess0.11.0 Patching package/x11r7/xlib_libpciaccess
for file in config.guess config.sub; do for i in $(find /home/willw/martin/glowworm/controller/buildroot/build/xlib_libpciaccess-0.11.0 -name $file); do cp package/gnuconfig/$file $i; done; done
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Patching libtool
Autoreconfiguring
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running:/home/willw/martin/glowworm/controller/buildroot/host/usr/bin/aclocal -I /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal -I /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal --force -I m4
configure.ac:40: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:632:AC_LIBTOOL_COMPILER_OPTION is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:4932:AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:2700:_LT_AC_LANG_C_CONFIG is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:2699:AC_LIBTOOL_LANG_C_CONFIG is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:80:AC_LIBTOOL_SETUP is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:60:_AC_PROG_LIBTOOL is expanded from... /home/willw/martin/glowworm/controller/buildroot/staging/usr/share/aclocal/libtool.m4:25:AC_PROG_LIBTOOL is expanded from...
configure.ac:40: the top level
Seems like it is autoreconfiguring which then works fine. Do you have any other changes in your tree that means it won't be doing that?
Quoted 158 lines
/home/paulius/buildroot/output/build/staging_dir/usr/bin/i386-linux-uclibc-gcc(quoted diff) +0
-4-Os -pipe -Os -g2 -I/home/paulius/buildroot/output/build/staging_dir/usr/include -I/home/paulius/buildroot/output/build/staging_dir/include --sysroot=/home/paulius/buildroot/output/build/staging_dir/ -isysroot
/home/paulius/buildroot/output/build/staging_dir-mtune=i386(quoted diff) +0
-15-march=i386 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -I. -I.. -fvisibility=hidden -I/home/paulius/buildroot/output/build/staging_dir/usr/include/xorg -I/home/paulius/buildroot/output/build/staging_dir/usr/include/pixman-1 -I/home/paulius/buildroot/output/build/staging_dir/usr/include/drm -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -fvisibility=hidden -I/home/paulius/buildroot/output/build/staging_dir/usr/include/xorg -I/home/paulius/buildroot/output/build/staging_dir/usr/include/pixman-1 -I/home/paulius/buildroot/output/build/staging_dir/usr/include/drm -I/home/paulius/buildroot/output/build/staging_dir/usr/include/X11/dri -I../uxa -I../src/render_program -Os -pipe -Os -g2 -I/home/paulius/buildroot/output/build/staging_dir/usr/include -I/home/paulius/buildroot/output/build/staging_dir/include --sysroot=/home/paulius/buildroot/output/build/staging_dir/ -isysroot
/home/paulius/buildroot/output/build/staging_dir-mtune=i386(quoted diff) +0
-2-march=i386 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -MT i810_driver.lo -MD -MP -MF.deps/i810_driver.Tpo -c
i810_driver.c-fPIC -DPIC -o.libs/i810_driver.o
In file included from i810_driver.c:73:
i830.h:70:26: error:intel_bufmgr.h: No such file or directory In file included from i810_driver.c:73:
i830.h:77: error: expected declaration specifiers or '...' before 'drm_intel_bo'
i830.h:140: error: expected specifier-qualifier-list before 'dri_bo'i830.h: In function 'i830_uxa_pixmap_is_dirty':
i830.h:153: error: 'structintel_pixmap' has no member named 'flush_write_domain'i830.h: In function 'i830_pixmap_tiled':
i830.h:158: error: 'structintel_pixmap' has no member named 'tiling'i830.h: At top level:
i830.h:161: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
i830.h:162: error: expected declaration specifiers or '...' before 'dri_bo'
i830.h:207: error: expected specifier-qualifier-list before 'dri_bo' i830.h:263: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830.h:410,from i810_driver.c:73:
i830_batchbuffer.h: In function 'intel_batch_space':
i830_batchbuffer.h:44: error: 'intel_screen_private' has no member named 'batch_bo'
i830_batchbuffer.h:44: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_require_space':
i830_batchbuffer.h:50: error: 'intel_screen_private' has no member named 'batch_bo'i830_batchbuffer.h: In function 'intel_batch_start_atomic':
i830_batchbuffer.h:59: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:62: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:63: error: 'intel_screen_private' has no member named 'batch_atomic_limit'
i830_batchbuffer.h:63: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_end_atomic':
i830_batchbuffer.h:70: error: 'intel_screen_private' has no member named 'in_batch_atomic'
i830_batchbuffer.h:71: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:71: error: 'intel_screen_private' has no member named 'batch_atomic_limit'
i830_batchbuffer.h:72: error: 'intel_screen_private' has no member named 'in_batch_atomic'i830_batchbuffer.h: In function 'intel_batch_emit_dword':
i830_batchbuffer.h:77: error: 'intel_screen_private' has no member named 'batch_ptr'
i830_batchbuffer.h:78: error: 'intel_screen_private' has no member named 'batch_emitting'
i830_batchbuffer.h:79: error: 'intel_screen_private' has no member named 'batch_ptr'
i830_batchbuffer.h:79: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:80: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: At top level:
i830_batchbuffer.h:85: error: expected declaration specifiers or '...' before 'dri_bo'i830_batchbuffer.h: In function 'intel_batch_emit_reloc':
i830_batchbuffer.h:90: error: 'intel_screen_private' has no member named 'batch_ptr'
i830_batchbuffer.h:90: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:91: error: 'bo' undeclared (first use in this function)
i830_batchbuffer.h:91: error: (Each undeclared identifier is reported only once
i830_batchbuffer.h:91: error: for each function it appears in.) i830_batchbuffer.h:92: warning: implicit declaration of function 'dri_bo_emit_reloc'
i830_batchbuffer.h:92: warning: nested extern declaration of 'dri_bo_emit_reloc'
i830_batchbuffer.h:92: error: 'intel_screen_private' has no member named 'batch_bo'
i830_batchbuffer.h:93: error: 'intel_screen_private' has no member named 'batch_used'
i830_batchbuffer.h:94: error: 'intel_screen_private' has no member named 'batch_used'i830_batchbuffer.h: In function 'intel_batch_mark_pixmap_domains':
i830_batchbuffer.h:104: error: 'structintel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:104: error: 'structintel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:108: error: 'structintel_pixmap' has no member named 'flush_read_domains'
i830_batchbuffer.h:109: error: 'structintel_pixmap' has no member named 'batch_read_domains'
i830_batchbuffer.h:110: error: 'structintel_pixmap' has no member named 'flush_write_domain'
i830_batchbuffer.h:111: error: 'structintel_pixmap' has no member named 'batch_write_domain'
i830_batchbuffer.h:112: error: 'structintel_pixmap' has no member named 'batch'
i830_batchbuffer.h:113: error: 'structintel_pixmap' has no member named 'batch'
i830_batchbuffer.h:113: error: 'intel_screen_private' has no member named 'batch_pixmaps'
i830_batchbuffer.h:114: error: 'structintel_pixmap' has no member named 'flush'
i830_batchbuffer.h:115: error: 'structintel_pixmap' has no member named 'flush'
i830_batchbuffer.h:115: error: 'intel_screen_private' has no member named 'flush_pixmaps'i830_batchbuffer.h: In function 'intel_batch_emit_reloc_pixmap':
i830_batchbuffer.h:125: error: 'intel_screen_private' has no member named 'batch_ptr'
i830_batchbuffer.h:130: error: 'structintel_pixmap' has no member named 'bo'
i830_batchbuffer.h:132: error: too many arguments to function 'intel_batch_emit_reloc'
In file included from i810_driver.c:73:i830.h: At top level:
i830.h:430: error: expected ')' before '*' token
i830.h:434: error: expected declaration specifiers or '...' before 'dri_bo'i830.h: In function 'intel_debug_fallback':
i830.h:528: error: 'intel_screen_private' has no member named 'fallback_debug'i830.h: At top level:
i830.h:569: error: expected ')' before '*' token
i830.h:579: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
make[4]: *** [i810_driver.lo] Error 1
make[4]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/src'make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/src'
Quoted 9 lines
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0' make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0'
make: *** [/home/paulius/buildroot/output/build/xdriver_xf86-video-intel-2.10.0/.stamp_built] Error 2
This error is because libdrm has not been rebuilt (or it failed to build correctly maybe?). The intel driver has a dependancy so can't see why this would not happen.
Will
Signature · 5 lines
------------------------------------------------------------------------ Will Wagner will_wagner at carallon.com Development Manager Office Tel: +44 (0)20 7371 2032 Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA ------------------------------------------------------------------------