buildroot.git/package/findutils, branch gcc3_legacyBuildroot: Making Embedded Linux easy
https://git.hiegel.fr/cgit/buildroot.git/atom?h=gcc3_legacy2007-03-13T22:59:59Zfixup package LDFLAGS handling2007-03-13T22:59:59ZEric Andersenandersen@codepoet.org2007-03-13T22:59:59Zurn:sha1:85d7f6f05f87b52a56b603c95e68498f04877f64fixup a whole steaming pile of insanity. When packages are configured,2007-01-14T03:52:21ZEric Andersenandersen@codepoet.org2007-01-14T03:52:21Zurn:sha1:732d94d25fd10fff65a378b03c3fca9bde403e95
they should be configured with --prefix=/usr and we then need to use
make DESTDIR=$(STAGING_DIR) install to get things installed into the
staging directory. The current situation for many packages, which use
--prefix=$(STAGING_DIR) results in the staging_dir paths getting compiled
into the binary itself.
This also adds in a pile of libtool fixups. Between broken pkgconfig,
broken libtool handling, and broken --prefix settings, its a wonder
things have worked as well as they have up till now.
-Erik
- use $(ZCAT) as configured by the user instead of hardcoded 'zcat' that may not exist; Closes #9712006-10-01T15:17:52ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2006-10-01T15:17:52Zurn:sha1:6342c83201d5fd2acef0f3193f53b19f74b14c73
Silly, unchecked sed -i -e "/[^b]zcat/s/zcat/\$\(ZCAT\)/g" $(svngrep "[^b]zcat" * -rl | grep -v Config.in)
don't use ftp for gnu stuff, a few version bumps as well,2006-06-23T07:29:40ZEric Andersenandersen@codepoet.org2006-06-23T07:29:40Zurn:sha1:4856369541d3653db986b58237f54d7eb8fbc11d
based on a patch from Fu Yunhui
remove extra space after touch2005-11-24T06:53:24ZMike Frysingervapier@gentoo.org2005-11-24T06:53:24Zurn:sha1:dfebda00147935f668f9024e7cca141ad46ad652ver bump as reported by Nathanael D. Noblet2005-09-22T22:11:11ZMike Frysingervapier@gentoo.org2005-09-22T22:11:11Zurn:sha1:a703591d2edbb0ed9ac977cd34a486d4c53fea20version bump2005-09-22T02:39:01ZMike Frysingervapier@gentoo.org2005-09-22T02:39:01Zurn:sha1:795f6330c26d4dbf13c09bcee8e57d3b691ddb8fuse the new gnuconfig stuff2005-08-04T22:43:37ZMike Frysingervapier@gentoo.org2005-08-04T22:43:37Zurn:sha1:0de80acbbfb9d5f5dae8dab27f787870f7c43669There is no need to have a separate 'Makefile.in' file in the2005-02-10T03:06:39ZEric Andersenandersen@codepoet.org2005-02-10T03:06:39Zurn:sha1:d06645d8eddce3a22144a9ef8961a8f7599d319e
general case, therefore, combine the toplevel Makefile options
such as setting TARGETS into the per-package *.mk file
findutils help2004-10-14T20:15:14ZMike Frysingervapier@gentoo.org2004-10-14T20:15:14Zurn:sha1:5284494abe3b4f13e0d44acb0116ed8bb6d11cb4