summaryrefslogtreecommitdiff
path: root/utils/Makefile
AgeCommit message (Collapse)Author
2005-09-22no check needed in libm/libpthread, we do not recurse anymore if the related ↵Peter S. Mazinger
option is not set, more Makefile cleanups
2005-09-21touchup CFLAGS and also link the link.h header file like we do with elf.hMike Frysinger
2005-09-21utils should be built all the time (iconv), disable building readelfPeter S. Mazinger
2005-08-11touchup PIE support for all the utils and fix stripping on iconvMike Frysinger
2005-08-09need -s for STRIPTOOL with iconv too as psm pointed outMike Frysinger
2005-08-09need to run STRIPTOOL with -s to replace behavior lost from gcc -sMike Frysinger
2005-08-08remove strip flags and let STRIPTOOL do the workMike Frysinger
2005-07-29get rid of LDPIEFLAG since PIEFLAG is already usedMike Frysinger
2005-01-18white space clean upMike Frysinger
2005-01-16Per http://bugs.uclibc.org/view.php?id=15, patch from kergoth:Eric Andersen
Sometimes it is desirable to build ldconfig non-static.
2005-01-12cleanup, and prevent failures due to including architecture specificEric Andersen
header files into ldconfig when building for the host.
2004-12-22Cleaned up patch from Peter S. Mazinger adding support forEric Andersen
-fstack-protector and -fno-stack-protector-all security options
2004-10-15Rip out Peter's unacceptable "fix" and do the sane thing instead; buildManuel Novoa III
the utils using the uClibc-targeted toolchain.
2004-10-14Peter Mazinger writes:Joakim Tjernlund
The attached patch generalizes the use of PIE (all archs are brought in sync that use/mention it: x86/ppc/frv) and makes use of it building the target utils. Tested on x86, ppc should be tested, frv uses -fPIE at one location, but at another place -fpie, I don't know which is correct (could be both) and misses the target addition in Config.in. The test for ppc (requires the earlier sent crt-correction patch to work correctly): enable UCLIBC_PIE_SUPPORT, build uClibc and utils, check: file ./utils/ldd, it should show shared object (instead of executable)
2004-10-14Peter Mazinger writes:Joakim Tjernlund
The attached patch is an updated version of an earlier sent patch It solves the problem that the target utils (ldconfig/ldd/iconv, readelf is not handled, but can be easily added) are not built w/ the newly created [S]crt[01].o files.
2004-10-06Peter S. Mazinger writes:Joakim Tjernlund
The attached patches make iconv use XXFLAGS and adapts ldd.host to cvs.
2004-10-06Puts common defines into dl-defs.h (in ldso/include) from dl-elf.h andJoakim Tjernlund
dl-cache.h and make use of it. Also disables the lib-path-redundancy check for the case the cache is not used. Makes use of _PRELOAD_FILE_SUPPORT. From Peter Mazinger.
2004-10-05Peter S. Mazinger writes:Joakim Tjernlund
Hello! The attached patches remove unneeded -D<somedefine>, and uses instead #ifdef __somedefine__
2004-10-03This patch from Mike Frysinger, extended from an earlier patch from Peter S.Eric Andersen
Mazinger implements the changes suggested by me on the uclibc list. On Tuesday 28 September 2004 02:24 pm, Erik Andersen wrote: > What I think should be done is > > *) Someone that cares about USE_CACHE should fix that option > up to be sure it works, and give it a proper config entry > in extra/Configs/Config.in, and rename it to something > more appropriate such as LDSO_CACHE_SUPPORT. > > *) When LDSO_CACHE_SUPPORT=n, UCLIBC_RUNTIME_PREFIX /usr/X11R6/lib > should be included in the default library search path in > dl-elf.c, ldd, and ldconfig. > > *) When LDSO_CACHE_SUPPORT=y, UCLIBC_RUNTIME_PREFIX /usr/X11R6/lib > should be excluded from the default library search path in > dl-elf.c, ldd, and ldconfig, and those wishing to include > X11 stuff should add that into /etc/ld.so.conf and re-run > ldconfig. > > *) At present, LDSO_CONF and LDSO_CACHE use the same names > and same structure as glibc. This precludes > LDSO_CACHE_SUPPORT being uses in any sane fashion on a > dial glibc and uClibc system. Just as it was necessary > for use to use a different name for 'libuClibc' rather > than 'libc', and 'ld-uClibc.so.0' rather than > 'ld-linux.so.2' it seems that these configuration files > really ought to be given different names. >
2004-08-10Mike Frysinger writes:Joakim Tjernlund
while playing around with Gentoo on uClibc, i hit some troubles with ldconfig first, i found that it kept trying to read 'etc/ld.so.conf' ... it didnt want to read '/etc/ld.so.conf' ... looking at the source, the default conf file is defined as UCLIBC_RUNTIME_PREFIX "etc/ld.so.conf" ... all fine and dandy, but the utils/Makefile builds the .c files with this: -DUCLIBC_RUNTIME_PREFIX=$(R_PREFIX) i couldnt find where R_PREFIX was defined/used anywhere else, but i did find that every other time UCLIBC_RUNTIME_PREFIX was defined, it was set like: -DUCLIBC_RUNTIME_PREFIX=\"$(RUNTIME_PREFIX)\" changing the utils/Makefile to be like this fixed things for me next up, i found that i wasnt getting an /etc/ld.so.cache file when i ran `ldconfig` ... looking at the code, USE_CACHE needs to be defined ... Rules.mak has a line that reads LIBRARY_CACHE:=#-DUSE_CACHE by default, but then LIBRARY_CACHE is never used anywhere :) so the fix here is to add $(LIBRARY_CACHE) to the lines in utils/Makefile where the .c files are compiled perhaps a suggestion then ? in my mind it makes sense to utilize a cache file when running uclibc native but perhaps not while cross compiling ... so perhaps add LIBRARY_CACHE:=-DUSE_CACHE to the section in Rules.mak where LDSO is set to the uclibc linker (i.e. native) but set LIBRARY_CACHE:=#-DUSE_CACHE where LDSO is the $(SYSTEM_LDSO) (i.e. cross compiling) Applied with minor fixes.
2004-01-20Erik is an idiotEric Andersen
2004-01-20support building the uClibc utils for the host system...Eric Andersen
2003-12-14Link ldconfig with the appropriate libraries.Manuel Novoa III
2003-12-04Building of iconv.o was accidently always disabled.Manuel Novoa III
Also, build the iconv app in utils.
2003-12-02Include Rules.mk for consistency. Trying not to was simply too painful.Manuel Novoa III
2003-11-24Don't bother checking, since we want an error if -msoft-float doesn't work.Manuel Novoa III
2003-11-23Ok.. this fixes the buildroot soft-float arm build.Manuel Novoa III
Also try to make sure the build breaks if we want soft float but don't know how to request it.
2003-11-23Protect against quoting changes.Manuel Novoa III
2003-11-22Fix arm detection for libfloat.Manuel Novoa III
2003-11-07Sigh. I forgot to define INSTALL which, understandable,Eric Andersen
broke the install target
2003-11-07It is remotely possible the utils might even compile this timeEric Andersen
around...
2003-11-06Begin converting the client utilsEric Andersen