oss/uclibc-ng: Embedded C library @ 808694e8a330e32741b7781467610d8cec99ae6e

Mike Frysinger 808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries		преди 17 години
..
bits	ffd98ffec7 Take Mike Frysinger's comments into account -- make certain that user	преди 17 години
sys	9cee42f10d Major rework of the include files to eliminate redundancy	преди 22 години
Makefile	ba31c6c463 Remove TOPDIR	преди 18 години
Makefile.arch	e80f02b438 just use the common ptrace version	преди 18 години
README.m68k	73c811263c fixup my copyright notice, trim stale remnants of older notices which	преди 18 години
__longjmp.S	88e3733c38 need features.h	преди 18 години
__syscall_error.c	05e75260d6 Get rid of missing prototype warnings	преди 18 години
brk.c	42c1ad48fa Remove all non-constant libc_hidden_data_def(), it is too unreliable, sorry, most of global data relocations are back	преди 18 години
bsd-_setjmp.S	321d2f0e56	преди 22 години
bsd-setjmp.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
clone.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
crt1.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
crti.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
crtn.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
float.h	08e0c24b47 This commit finishes adding support for the old m68k-coff toolchains by	преди 23 години
fpu_control.h	7fb2478092 fixes from psm: disable unsupported __fpu_control and sync with upstream	преди 18 години
m68k_pic.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
setjmp.S	808694e8a3 Richard Sandiford writes: add support for init/fini arrays in shared flat libraries	преди 17 години
syscall.c	9535cbf18c Richard Sandiford writes:	преди 18 години
vfork.S	b908ff0456 Weaken all internal vfork versions in asm code, wondering why only some of the archs fail	преди 18 години

		
			
			
				README.m68k
			
		
		
	
			
				
README for uC-libc on the m68k[nommu] architecture

James Graves 

For now (2001/1/9) support for the m68k should be considered "alpha"
quality at best.  It mostly works OK for some of the stuff I'm working
on, but you can't fully compile other things (like the user
applications for uClinux).  Needs lots more testing.

Only developed/tested with m68k-pic-coff-gcc 2.7.2.3-pic-060999, from
Lineo.

Configuration:

	Read and edit the Config file, carefully.

	TARGET_ARCH=m68k
	CROSS = m68k-pic-coff-
	CC = $(CROSS)gcc
	STRIPTOOL = $(CROSS)strip
	KERNEL_SOURCE=/opt/uClinux/linux
	HAS_MMU = false
	HAS_FLOATS = false
	MALLOC = malloc-simple
	INSTALL_DIR = /opt/uClinux/m68k-pic-coff

	The regular malloc library is broken, dunno why.  Use
	simple-malloc.

Installation:
	Theoretically, you should be able to install right over the
	existing uC-libc 0.9.1 files in
	/opt/uClinux/m68k-pic-coff/include, but I recommend cleaning
	out all the include files there.

	The only file in there that's not from the old uC-libc is
	assert.h, but I don't know why that would be the valid copy.

	run:
		make install

Problems:

	I _may_ be able to help if you run into problems.  Create a
	really, really short program that demonstrates the problem,
	and contact me.

TODO:
	Fix vfork().

	Does crt0.o still need to be a separate file?  Can't I just
	stick it in libc.a and be done with it?  Is that specified in
	the GCC link options?

			
		