oss/uclibc-ng: Embedded C library @ fa0c6d9666d161c17183b2dd6e67ebac2e908c38

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

		
			
			
				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?

			
		