new package: libpciaccess

---
 package/Config.in                    |    1 +
 package/libpciaccess/Config.in       |    6 ++++++
 package/libpciaccess/libpciaccess.mk |   12 ++++++++++++
 3 files changed, 19 insertions(+), 0 deletions(-)
 create mode 100644 package/libpciaccess/Config.in
 create mode 100644 package/libpciaccess/libpciaccess.mk

index 66445ff..d5e94db 100644
@@ -431,6 +431,7 @@ source "package/libhid/Config.in"
 source "package/libiqrf/Config.in"
 source "package/libnfc/Config.in"
 source "package/libnfc-llcp/Config.in"
+source "package/libpciaccess/Config.in"
 source "package/libusb/Config.in"
 source "package/libusb-compat/Config.in"
 source "package/libv4l/Config.in"

new file mode 100644
index 0000000..ce5cbfc
@@ -0,0 +1,6 @@
+config BR2_PACKAGE_LIBPCIACCESS
+	bool "libpciaccess"
+	help
+	  Library providing generic access to the PCI bus and devices
+
+	  http://cgit.freedesktop.org/xorg/lib/libpciaccess

new file mode 100644
index 0000000..901c058
@@ -0,0 +1,12 @@
+#############################################################
+#
+# libpciaccess
+#
+#############################################################
+LIBPCIACCESS_VERSION = 0.13.1
+LIBPCIACCESS_SOURCE = libpciaccess-$(LIBPCIACCESS_VERSION).tar.gz
+LIBPCIACCESS_SITE = http://cgit.freedesktop.org/xorg/lib/libpciaccess/snapshot
+LIBPCIACCESS_INSTALL_STAGING = YES
+
+$(eval $(autotools-package))
+

1.7.7.6

Stefan> Signed-off-by: Stefan Fr?berg <[email protected]> Stefan> ---

 Stefan>  package/Config.in                    |    1 +
 Stefan>  package/libpciaccess/Config.in       |    6 ++++++
 Stefan>  package/libpciaccess/libpciaccess.mk |   12 ++++++++++++
 Stefan>  3 files changed, 19 insertions(+), 0 deletions(-)
 Stefan>  create mode 100644 package/libpciaccess/Config.in
 Stefan>  create mode 100644 package/libpciaccess/libpciaccess.mk

Ehh, we already have package/x11r7/xlib_libpciaccess - Any reason you cannot use that?

I don't think there's any issue with bumping the version to 0.13.1

Bye, Peter Korsgaard

23.12.2012 11:15, Peter Korsgaard kirjoitti:

Oh, sorry.
I was doing xserver 1.10 for buildroot 2012.08 and it was complaining about missing
libpciaccess at some point (or maybe it was one of it's dependency package that was complaining, can't remember anymore)

Didn't notice that there was already libpciaccess.

Regards
Stefan

Hi,

Stefan> I was doing xserver 1.10 for buildroot 2012.08 and it was Stefan> complaining about missing

Getting Xorg bumped to 1.10 (or rather all X packages to x11r7.7) would be very good:

http://www.x.org/releases/X11R7.7/changelog.html

Please send (invidual) patches.

Bye, Peter Korsgaard

Hi Peter

23.12.2012 15:58, Peter Korsgaard kirjoitti:

Ok. I will.

I sended already just few driver updates and libdrm bump and will continue after holidays.
That mesa3d updating beyond 7.10.3 (that I have here) seems especially interesting challenge.

Merry Christmas to everyone!

Regards
Stefan

Dear Stefan Fr?berg,

Do you have more details about the issues involved in bumping mesa3d beyond 7.10.3 ?

Thomas

Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

Hi Thomas

23.12.2012 17:20, Thomas Petazzoni kirjoitti:

Well, if you try to bump it to 8.0.5 version, it will abort at some point.

It borks at the time it tries to compile glsl.

It tries to build helper program (builtin_compiler) with system python (shouldn't that be HOST_DIR/usr/bin/python ???)
and then it crashes.

I have included here the actual screenshot of the situation.

Regards
Stefan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mesa3d.png
Type: image/png
Size: 39368 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121227/91288579/attachment-0001.png>

27.12.2012 20:24, Stefan Fr?berg kirjoitti:

Update:
The situation starts even earlier than 8.0.5. Right at version 7.11 And changing system python to buildroot python (MESA3D_CONF_ENV += PYTHON2= $(HOST_DIR)/usr/bin/python)
didn't change anything.

Regards
Stefan

27.12.2012 21:08, Stefan Fr?berg kirjoitti:

Update2:
Found out that this has nothing to do with python. The mesa glsl stuff building has changed since 7.10.3
so that it build some helper programs (like builtin_compiler and others) and it builds them wrongly
with cross-compiler while it should use system compiler.

Solution:
Try to give correct variables (APP_CXX=g++ and APP_CC=gcc) to MESA3D_CONF_ENV and/or MESA3D_MAKE_ENV
and see if problem goes away.
If not, then make a patch that enforces the correct compiler for all those helper programs under src/glsl and src/glsl/glcpp