summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* sysvinit: make sure to link against libcryptThomas Petazzoni2010-08-241-1/+3
| | | | | | | | | | | | | sysvinit Makefile checks if /usr/lib/libcrypt.a exists to determine whether it should link against libcrypt or not. This test fails on distributions such as Fedora, in which /usr/lib/libcrypt.a does not exist (it is in /usr/lib64), but where libcrypt is available on the target. As libcrypt is available in both uClibc and gclibc, we just force sysvinit to link against libcrypt. Fixes bug #2401. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* lua: make sure that CFLAGS are passedThomas Petazzoni2010-08-241-1/+3
| | | | | | | | | | | We were passing a custom MYCFLAGS value to Lua's Makefile, but because of $(TARGET_CONFIGURE_OPTS), we were also passing a CFLAGS variable, which was overriding Lua's internal CFLAGS variable. The result was that MYCFLAGS wasn't taken into account. Extracted from the patch proposed by François Perrad in bug #2353. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* luafilesystem: remove LARGE_FILE constraintFrancois Perrad2010-08-246-18/+26
| | | | | | | | | | | | | | Add a patch to luafilesystem so that it builds correctly when large files are not supported. This allows to remove the dependency of luafilesystem on large file support on the toolchain. Packages such as cgilua, wsapi and xavante, which depend on luafilesystem, also get their dependency on large file support removed. Fixes bug #2359. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* Add new upstream Lua patches and rename all patches for consistencyFrancois Perrad2010-08-246-0/+34
| | | | | | | | | | | | | | Several new upstream patches against the latest version of Lua have appeared on http://www.lua.org/bugs.html. This commit adds them to Buildroot, and also renames the other patches to have a coherent patch naming: lua-bugX, where X is the identifier of the bug as visible on http://www.lua.org/bugs.html. Note that bug 1 and 2 are not associated with patches, which explains why the first patch is labeled lua-bug3. Fixes bug #2365. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libxml-parser-perl/intltool: mark as host only packagesThomas Petazzoni2010-08-242-0/+6
| | | | | | | | | | libxml-parser-perl and intltool were originally added to be built on the host, and we don't support building them on the target. So, let's mark them as such in the configuration, so that a random package configuration does not pick them up. We might later add target support for them. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* netcat: prevent build system from adding a prefix to binariesThomas Petazzoni2010-08-241-0/+1
| | | | | | Fixes bug #2239. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Security bump php to 5.2.14Gustavo Zacarias2010-08-241-1/+1
| | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* Bump stable kernel headersGustavo Zacarias2010-08-244-4/+4
| | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* lzo: fix host-lzo build failure when config cache is filledThomas Petazzoni2010-08-244-0/+428
| | | | | | | | | | | | | When the configuration cache has been filled with a value for ac_cv_host, host-lzo fails to detect the target system name. This is due to misbehaving code in the ./configure script. Therefore, we need to autoreconf the package, which in turn requires : * a little fix to the configure.ac file * a little fix to src/Makefile.am * an extraction of important parts of aclocal.m4 into acinclude.m4 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libglib2: add patch to rework clock_gettime() testThomas Petazzoni2010-08-242-1/+52
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The test for clock_gettime() in configure.in doesn't work properly when a previous package has loaded the shared configuration cache with informations about the availability of clock_gettime. A package such as ctorrent does so, which means that compiling ctorrent *then* libglib2 currently fails. According to people on the Autoconf mailing list, the libglib2 test is likely the one that needs to be fixed. The problem is that the AC_CHECK_FUNCS() test assumes that if it finds clock_gettime() it means that there's no need to add any -lrt flag to the build. Unfortunately, due to the shared configuration cache, this test is already done with -lrt, so the test succeeds, and libglib2 does not know that it needs to add -lrt to G_THREAD_LIBS and G_THREAD_LIBS_FOR_GTHREAD. So instead, we remplace the test with an AC_SEARCH_LIBS() test, followed by a test on the result of this AC_SEARCH_LIBS() test to add the necessary -lrt to G_THREAD_LIBS and G_THREAD_LIBS_FOR_GTHREAD. Therefore, even if the result for the AC_SEARCH_LIBS() test is cached due to the prior execution ctorrent ./configure script, libglib2 ./configure will properly add -lrt to the appropriate variables. Obviously, as this patch modifies the configure.in file, we enable the autoreconf step for the libglib2 package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* imagemagick: don't create useless debugging fileThomas Petazzoni2010-08-121-1/+0
| | | | | | | | | For some reason, the imagemagick Buildroot .mk file creates a "datefile" file in the Buildroot source directory, probably an ancient debugging thing that has been left here for no reason. Let's get rid of it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Update busybox 1.17.1 fixesGustavo Zacarias2010-08-112-0/+85
| | | | | | New shell_common fix and sed fix. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* Prevent C++ + locale + uClibc 0.9.31 + gcc 4.2 to be selectedThomas Petazzoni2010-08-111-3/+3
| | | | | | | | | The problem fixed by 60f945e47a15e10f0e777f69b05492b6f7ba918d is in fact not limited to the AVR32 architecture, as reported by Will Newton on the list. The issue is the combination uClibc 0.9.31 with gcc 4.2, C++ support and locales. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Mark CRIS architecture as deprecatedThomas Petazzoni2010-08-111-0/+5
| | | | | | | | | | | | The CRIS architecture support in Buildroot hasn't been updated since a long time. Even a toolchain with recent kernel headers does not build due to missing patches. Moreover, the CRIS architecture has been discontinued by Axis, as visible at http://www.axis.com/products/dev/index.htm. We will remove it from Buildroot at the next release cycle. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add the traditional powerpc-link-with-math-lib patch to gcc 4.4.4Thomas Petazzoni2010-08-111-0/+137
| | | | | | Patch taken from Crosstool-NG patchset. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Detect early if an UTF-8 locale is neededThomas Petazzoni2010-08-112-0/+13
| | | | | | | | | | | Check in toolchain/dependencies/dependencies.sh if an UTF-8 locale is properly present on the system before trying to build a locale enabled toolchain. As this test is only needed when a locale enabled toolchain is going to be built, we pass the configuration file path to the dependencies.sh script so that it can grep for the current value of various options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Make uClibc gen_wc8bit shows an error when no locale support availableThomas Petazzoni2010-08-112-0/+34
| | | | | | | | | | | | | | | When no UTF-8 locale is available on the host system, uClibc can't generate some stuff it needs to compile a C library with locale support. Unfortunately, as gen_wc8bit message is shown on stdout and the stdout of gen_wc8bit is redirected to a file, the user don't see anything, as reported at http://lists.busybox.net/pipermail/buildroot/2010-May/034177.html. Those two patches fix the problem for uClibc 0.9.31 and 0.9.30.3. It has been submitted upstream: http://lists.uclibc.org/pipermail/uclibc/2010-August/044256.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add dependency from util-linux on ncursesThomas Petazzoni2010-08-101-0/+4
| | | | | | | | | util-linux can build without ncurses, but when ncurses is available, additional features can be built (such as the more command). Therefore, in util-linux.mk, when ncurses is available, mark it as a dependency. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Fix util-linux build on MIPSThomas Petazzoni2010-08-101-0/+41
| | | | | | | | | | | | As reported in bug #635, util-linux doesn't build due to missing constant definitions related to the a.out binary format. We fix this by hardcoding these constant definitions, as done in newer versions of util-linux. Obviously, the long term fix is to upgrade to util-linux-ng, but this is probably not acceptable for 2010.08. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* update for 2010.08-rc12010.08_rc1Peter Korsgaard2010-07-304-7/+20
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove gdb plugins from targetMalte Starostik2010-07-302-0/+12
| | | | | | | * Don't install gdb plugins unless BR2_TARGET_GDB is set Signed-off-by: Malte Starostik <m-starostik@versanet.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Globally remove aclocal directories from targetMalte Starostik2010-07-304-6/+3
| | | | | | | | | | * Remove $(TARGET_DIR)/usr/share/aclocal from target-finalize when not installing devfiles and * Remove some (now) redundant cleanup from individual packages Signed-off-by: Malte Starostik <m-starostik@versanet.de> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Purge libglib2 dev files from targetMalte Starostik2010-07-301-0/+11
| | | | | | | | | * Don't install libglib2 development binaries and to target unless BR2_HAVE_DEVFILES is set Signed-off-by: Malte Starostik <m-starostik@versanet.de> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* CHANGES: add a bunch of issues resolved by ThomasPeter Korsgaard2010-07-301-0/+15
| | | | | | Thanks! Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* CHANGES: update with changes from fixes-20100729 branchPeter Korsgaard2010-07-301-9/+10
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'fixes-20100729' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-3019-43/+154
|\
| * xerces: only add -liconv when locale are disabledThomas Petazzoni2010-07-291-1/+5
| | | | | | | | | | | | | | | | The iconv library can only be present when locale are disabled in the toolchain. When locale are enabled in the toolchain, iconv is directly implemented by the C library. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * xerces: fix download locationThomas Petazzoni2010-07-291-1/+1
| | | | | | | | | | | | | | apache.jumper.nu does not work anymore, so use archive.apache.org instead. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * libcurl: bump version to fix build issueThomas Petazzoni2010-07-292-26/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The ./configure script of libcurl includes <arpa_inet.h> instead of <arpa/inet.h> when testing for inet_pton(). The test fails, but it doesn't prevent libcurl to build as it can work without inet_pton(). However, it fills the configure cache with the fact that inet_pton() does not exist. And later, tcpreplay reads this from the configure cache and fails to build, because tcpreplay really need inet_pton(). Unfortunately, just fixing the .m4 file doesn't work because the autoreconfiguration of the package fails. Since the fix for this problem is already upstream, the easiest solution is therefore to bump libcurl. The libcurl-7.19.2-fix-ssl-no-verbose.patch patch is no longer needed. Since we're patching a m4 file, we must autoreconfigure the package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * toolchain: mark uClibc 0.9.31 + locale + C++ as brokenThomas Petazzoni2010-07-291-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It fails to build with: ctype_members.cc: In constructor 'std::ctype_byname<_CharT>::ctype_byname(const char*, size_t) [with _CharT = char]': ctype_members.cc:59: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' ctype_members.cc:60: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' ctype_members.cc:61: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' make[5]: *** [ctype_members.lo] Error 1 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cairo: PDF support is needed when SVG support is enabledThomas Petazzoni2010-07-291-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | As soon as PostScript, PNG or SVG support is enabled, PDF support is required for Cairo to build properly. Otherwise, you get build failures such as: .libs/cairo-type3-glyph-surface.o: In function `_cairo_type3_glyph_surface_set_stream': /home/thomas/local/buildroot-dl/cairo-1.8.10/src/cairo-type3-glyph-surface.c:337: undefined reference to `_cairo_pdf_operators_set_stream' /home/thomas/local/buildroot-dl/cairo-1.8.10/src/cairo-type3-glyph-surface.c:337: undefined reference to `_cairo_pdf_operators_set_stream' Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * linux: more mistake detectionThomas Petazzoni2010-07-291-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Just as we do for U-Boot, error out in the Linux kernel makefile when the defconfig name or the configuration file path are not correct. What prompted me to implement this was a report on IRC from an user using BR 2010.05 and not understand why the kernel build process was failing. It was because he just forgot to set the path of the configuration file. Of course, it doesn't catch all mistakes (like pointing to a non-existing defconfig or to a non-existing configuration file), but it at least catches basic mistakes. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * u-boot: fix custom patch handlingThomas Petazzoni2010-07-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When U-Boot is enabled and no custom patch directory has been set, then the current test: ifneq ($(strip $(BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR)),"") works. However, when U-Boot is not enabled, but still gets compiled because mkimage is needed to build the kernel, BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR is completely empty. It does not even have quotes. So the test in fact needs to be: ifneq ($(call qstrip,$(BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR)),) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * samba: remove swat documentation when not neededThomas Petazzoni2010-07-291-0/+11
| | | | | | | | | | | | | | | | | | | | When SWAT (the Web administration tool of Samba) is enabled, which is the default when one enables samba in Buildroot, a lot of documentation gets installed in /usr/swat (~15 MB). This patch fixes this by removing the documentation when BR2_HAVE_DOCUMENTATION is not set. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * avahi: pkg-config is neededThomas Petazzoni2010-07-291-1/+1
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * speech-tools: fix build failure by using Debian version and patchesThomas Petazzoni2010-07-291-3/+14
| | | | | | | | | | | | | | | | The upstream version of speech-tools does not build with GCC >= 4.3, mainly due to changes in how C++ headers are included. This is fixed in Debian, so let's use the Debian version and patches. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dmalloc: pass -fPIC when compilingThomas Petazzoni2010-07-291-0/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | This is needed to avoid: /home/test/mips-4.4/bin/mips-linux-gnu-ld --sysroot=/home/test/outputs/test-35/staging -shared --whole-archive -soname libdmallocxx.so -o libdmallocxx.so.t libdmallocxx.a /home/test/mips-4.4/bin/mips-linux-gnu-ld: libdmalloc.a(arg_check.o): relocation R_MIPS_HI16 against `_dmalloc_flags' can not be used when making a shared object; recompile with -fPIC It is fixed through a patch to Makefile.in instead of passing a CFLAGS variable to ./configure environment in order to avoid cluttering the configuration cache with incorrect values. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cdrkit: fix TARGET_CC/TARGET_CFLAGS for CMakeThomas Petazzoni2010-07-291-3/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since the reorganization of the variables in package/Makefile.in, TARGET_CC and TARGET_CXX now directly contain the --sysroot= option in addition to the compiler path. This is due to some ./configure scripts using just $(TARGET_CC) for some tests instead of $(TARGET_CC) $(TARGET_CFLAGS). However, in the case of CMake, this fails as CMake really only wants the path of the compiler in its CMAKE_C_COMPILER and CMAKE_CXX_COMPILER variables. So here, we recompute proper values for CMake by removing the --sysroot option from the compiler variables and re-adding it to the flags variables. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * libeXosip: add dependency on host-pkg-config and remove useless flagsThomas Petazzoni2010-07-291-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When libeXosip fails to use pkg-config to find libosip, it defaults to thinking that libosip is installed in $(prefix)/lib and $(prefix)/include, which is of course wrong. There was an attempt to fix this by passing OSIP_CFLAGS and OSIP_LIBS variables to libeXosip ./configure script, but it still does not work: checking pkg-config is at least version 0.9.0... ./configure: line 21035: /home/test/outputs/test-41/host/usr/bin/pkg-config: No such file or directory no checking for OSIP... configure: WARNING: assuming osip can be found in -I${prefix}/include and -L${exec_prefix}/lib Therefore, the correct fix is to depend on host-pkg-config. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * libiconv: add an error when both libiconv and locale are enabledThomas Petazzoni2010-07-291-0/+7
| | | | | | | | | | | | | | | | This error should never show up if all Buildroot dependencies are correct. However, rather than failing horribly later on, catch this particular case early on and error out. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * xerces: fix dependency on iconvThomas Petazzoni2010-07-292-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | All "select BR2_PACKAGE_LIBICONV" must use the "if !BR2_ENABLE_LOCALE" condition, otherwise we can end up with a toolchain suppoting locales *and* the libiconv package being compiled, which confuses other packages. Example with glib: gconvert.c:52:2: error: #error GNU libiconv in use but included iconv.h not from libiconv In addition to that, in xerces.mk, we add the dependency on libiconv when it is available, to make sure it gets compiled before xerces. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gdb: disallow GDB_HOST on external toolchain buildsThomas Petazzoni2010-07-291-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The cross-gdb is supposed to be part of the external toolchain, so Buildroot does not need to build it. Moreover, GDB_HOST build currently fail with: ln -snf ../../bin/arm-unknown-linux-gnueabi-gdb \ /home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb ln: creating symbolic link `/home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb': No such file or directory And even worse: they overwrite the cross-gdb of the external toolchain! Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Fix computation of REAL_GNU_TARGET_NAMEThomas Petazzoni2010-07-291-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The current computation of REAL_GNU_TARGET_NAME is incorrect for non-ARM glibc platforms because it generates something such as mipsel-unknown-linux- as the REAL_GNU_TARGET_NAME. So we correct this by : * Adding "gnu" in the suffix when glibc is used, so that in the previous case we will have mipsel-unknown-linux-gnu * Improving the ARM_EABI code to correctly append "eabi" when glibc is selected, so that we have arm-unknown-linux-gnueabi, and to append "gnueabi" when uclibc is selected, so that we have arm-unknown-linux-uclibcgnueabi. The little trick here is that LIBC and ABI aren't completely orthogonal on ARM. This fixes problems such as : checking host system type... Invalid configuration `mipsel-unknown-linux-': machine `mipsel-unknown-linux' not recognized Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * oprofile: disable with external toolchainThomas Petazzoni2010-07-291-0/+4
| | | | | | | | | | | | | | | | | | oprofile depends on binutils_target, but binutils_target fails to build with external toolchains because the binutils version has not been choosen. As the fix is not trivial, let's just disable oprofile in external toolchain builds for the moment. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dependencies: add svn as a mandatory toolThomas Petazzoni2010-07-291-1/+3
| | | | | | | | | | | | | | Now that two packages (tremor and libsvgtiny) are being downloaded from svn, svn becomes a mandatory tool to run Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | gcc: move <tuple>/lib* symlink handling up to gcc-intermediatePeter Korsgaard2010-07-301-7/+5
| | | | | | | | | | | | | | | | The <tuple>/lib* symlinking added by 3c77bab2eeace needs to be moved up to the gcc-intermediate step now the NPTL stuff is merged, otherwise 64bit builds fails (lib64 already created). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | toolchain: enforce --disable-multilibPeter Korsgaard2010-07-302-0/+6
| | | | | | | | | | | | | | | | Since 5575d205c (toolchain: remove multilib) we were no longer passing --disable-multilib, which broke builds for multilib-capable archs (like x86-64, ppc, ..). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | linux: bump 2.6.34.x versionPeter Korsgaard2010-07-291-1/+1
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | busybox: 1.17.1 mktemp fixPeter Korsgaard2010-07-291-0/+12
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | iostat: migrate to gentargetsGustavo Zacarias2010-07-295-47/+48
| | | | | | | | | | | | | | | | Also make the cpu counting routine more reliable (for ARM it's "Processor" in cpuinfo rather than "processor"). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-05 08:08:51 +0000