summaryrefslogtreecommitdiff
path: root/libc/sysdeps/linux/frv/Makefile
AgeCommit message (Collapse)Author
2006-07-05fix license noticeMike Frysinger
2006-02-04Dont link and remove link.hPeter S. Mazinger
2005-10-12Rewrote almost all Makefiles: do not use strip $(x),y; run strip on all ↵Peter S. Mazinger
objects at once; use :=//$</$^; use CRT_SRC/CRT_OBJ/SCRT_OBJ/CSRC/COBJ/SSRC/SOBJ/MSRC/MOBJ where no more is needed, if only CSRC is present use OBJS directly instead of COBJ; CTOR_TARGETS are created directly in lib; remove unused/unneeded parts. Hope I haven't broken too much.
2005-09-28Build crt[in].o with disabled ssp.Peter S. Mazinger
2005-09-27Speed up clean target, don't recurse where possible, remove unneeded actionsPeter S. Mazinger
2005-01-29merge parallel build supportMike Frysinger
2004-12-22Patch from Peter S. Mazinger to simplify PIE handlingEric Andersen
2004-12-22Patch from Peter S. Mazinger to consistantly use "ASFLAGS"Eric Andersen
as the flags for all calls to 'as'
2004-12-11Partial commit of a patch from Alexandre Oliva:Eric Andersen
Here's an updated version of the patch I posted about a month ago. It leaves -nostdinc alone, and uses -print-file-name=include instead of -print-search-dirs to figure out where GCC's internal headers are. Please let me know whether there are any portions of this patch you'd like me to break into smaller pieces, to rework, or to give up trying to get into uClibc :-) Thanks,
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-08-26Partial patch from Alexandre Oliva:Eric Andersen
- adjust licensing terms of sources for crt*.o - change the stat ABI to speed it up, matching changes in the kernel - assorted bug-fixes, improvements and updates in the FR-V port etc.
2004-08-21Kill off all support for 'gcc -pg' / 'gprof' style profiling. There is both aEric Andersen
size and performance penalty to profiling applications this way, as well as Heisenberg effects, where the act of measuring changes what is measured. There are better tools for doing profiling, such as OProfile, that do not require gcc to instrument the application code. -Erik
2004-05-14Patch from Alexandre Oliva:Eric Andersen
On Mar 20, 2004, Erik Andersen <andersen@codepoet.org> wrote: > If you supply a FR-V specific link.h header into > libc/sysdeps/linux/frv/ then you can do the same sortof > thing that mips does i.e. with sgidefs.h in the headers > target in libc/sysdeps/linux/mips/Makefile Thanks, this patch implements your suggestion.
2004-03-18Alexandre Oliva writes:Eric Andersen
I added this function after I posted the last version of the FR-V patch. Add syscall.c.
2004-02-18Fixup naming of '_mmap' to 'mmap' so it will properly overrideEric Andersen
the symbol in common.
2004-02-18Alexandre Oliva writes:Eric Andersen
This patch adds code to uClibc to support a new ABI designed for the FR-V architecture, that enables text segments of executables and shared libraries to be shared by multiple processes on an OS such as uClinux, that can run on FR-V processors without an MMU. Patches for binutils and GCC have just been posted in the corresponding mailing lists. The binutils patch was approved, but there's one additional patch pending review, that I posted this week. An updated GCC patch will be posted to gcc-patches@gcc.gnu.org as soon as I complete testing (I used a known-good compiler to test the uClibc patch below). Since the existing dynamic loader code didn't support independent relocation of segments, it required changes that were somewhat extensive. I've added a number of new machine-specific macros to try to keep the platform and ABI-specific details outside the generic code. I hope this is not a problem.