buildroot.git/package/berkeleydb, 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 global DISABLE_LARGEFILE2006-12-21T10:36:40ZBernhard Reutner-Fischerrep.dot.nop@gmail.com2006-12-21T10:36:40Zurn:sha1:ba7d905b544679f811cfd3919d8f8a2edbd7b395- 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)
version bump2006-04-19T18:36:02ZEric Andersenandersen@codepoet.org2006-04-19T18:36:02Zurn:sha1:54ba8b7024fd1dcffa735cff3a1ac1dfebbf0405remove extra space after touch2005-11-24T06:53:24ZMike Frysingervapier@gentoo.org2005-11-24T06:53:24Zurn:sha1:dfebda00147935f668f9024e7cca141ad46ad652This patch updates the berkleydb package to build a 4.3.x version of the2005-05-16T17:30:25ZEric Andersenandersen@codepoet.org2005-05-16T17:30:25Zurn:sha1:12a94507908e2a84267106fc5ca00f867edeabc1
library which adds additional functionality and bugfixes.
http://bugs.uclibc.org/view.php?id=256
There 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
merge help descriptions written by Tom Cameron2004-12-24T09:23:11ZMike Frysingervapier@gentoo.org2004-12-24T09:23:11Zurn:sha1:ab798b88d9818d22fafdb994cb064883ec56c956Update a few packages2004-10-14T09:39:25ZEric Andersenandersen@codepoet.org2004-10-14T09:39:25Zurn:sha1:c3da0d8281e24ad8fa1af7e06a16330cc6b41eb3