oss/uclibc-ng: Embedded C library @ 17e9e1b9d5c22eaa5a48f8ea196c801099576c7f

Bernhard Reutner-Fischer 17e9e1b9d5 - Remove linux-specific prototypes if asked to.		преди 15 години
..
bits	17e9e1b9d5 - Remove linux-specific prototypes if asked to.	преди 15 години
sys	8bd49ba865 - add a copy of user_regs	преди 15 години
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	1d8abd74c4 - fixup asm. No object-code changes	преди 16 години
brk.c	1d8abd74c4 - fixup asm. No object-code changes	преди 16 години
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	e1d59aed55 create new menu so people can select what format they wish to build uClibc	преди 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	1d8abd74c4 - fixup asm. No object-code changes	преди 16 години
m68k_pic.S	e1d59aed55 create new menu so people can select what format they wish to build uClibc	преди 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?

			
		