[arch-dev-public] [core] packages and CFLAGS and LDFLAGS
I thought that if we are going to add some new CFLAGS/LDFLAGS, it would be good to check our packages were using. Here is a report of the packages in [core] and whether they build using our CFLAGS and LDFLAGS. Does not build: grub mdadm ndiswrapper usbutils vi Does not use CFLAGS or LDFLAGS: bin86 isdn4k-utils libcap lilo mkinitcpio-nfs-utils ndiswrapper-utils net-tools openssl (fixed in [testing]) procps tcp_wrappers Does not use CFLAGS: iproute2 iputils wireless_tools Does not use LDFLAGS: bzip2 gdbm hdparm logrotate lvm2 perl pptpclient procinfo-ng rp-pppoe syslinux wpa_actiond May not use CFLAGS or LDFLAGS (unclear from build output - many will be false positives): b43-fwcutter coreutils crda dbus-core diffutils e2fsprogs gen-init-cpio glib2 grep gzip ifenslave inetutils iw kernel26 kernel26-lts libnl libpipeline libusb man-db mkinitcpio-busybox ndiswrapper-lts pcmciautils rfkill tar tiacx tiacx-lts udev util-linux wpa_supplicant xfsprogs Allan
Does not build: grub This is an interesting one... the build error tells us binutils is too
On 08/05/11 22:36, Allan McRae wrote: old but really it is probably because our toolchain is too new. Adding "export grub_cv_prog_objcopy_absolute=yes" to the PKGBUILD (from gentoo ebuild) "fixes" the issue but I have not tested the resulting package.
mdadm Patch: http://neil.brown.name/git?p=mdadm;a=commitdiff;h=7e90264d
ndiswrapper Fixed on trunk
usbutils Fixed in [testing]
vi Had been fixed in [testing]
On 08/05/11 22:36, Allan McRae wrote:
I thought that if we are going to add some new CFLAGS/LDFLAGS, it would be good to check our packages were using. Here is a report of the packages in [core] and whether they build using our CFLAGS and LDFLAGS.
I have redone the list based on further research. Does not build: grub mdadm Does not use CFLAGS or LDFLAGS: bin86 isdn4k-utils libcap lilo mkinitcpio-nfs-utils ndiswrapper-utils net-tools openssl (fixed in trunk) procps tcp_wrappers Does not use CFLAGS: iproute2 iputils wireless_tools Does not use LDFLAGS: bzip2 gdbm hdparm logrotate lvm2 perl pptpclient procinfo-ng rp-pppoe syslinux wpa_actiond As far as I can tell... the kernel does its own thing with CFLAGS/LDFLAGS affecting these packages: kernel26 kernel26-lts ndiswrapper ndiswrapper-lts tiacx tiacx-lts
participants (1)
-
Allan McRae