ack/plat/osx386
George Koehler de2c7c3f25 Hide some i386 stuff from linux68k, linuxppc.
Rename plat/linux/libsys/errno.s to plat/linux386/libsys/trapno.s and
stop building it for linux68k and linuxppc.  It defines symbols for
mach/i386/libem.

In syscalls.h, the numbers after 165 are only for i386, so hide them
from 68k, ppc.  These numbers are unused, because the system calls now
in libsys use the lower numbers.

Also teach the build system that libsys depends on the internal
headers in plat/linux/libsys/*.h
2018-01-08 23:46:30 -05:00
..
include Clean up how the language libraries refer to plat headers; they should be using 2016-12-05 21:05:24 +01:00
libsys Hide some i386 stuff from linux68k, linuxppc. 2018-01-08 23:46:30 -05:00
boot.s Fix my typo to put symbol "begrom" in correct section. 2016-11-19 19:23:42 -05:00
build-pkg.lua Install only 1 copy, not 2 copies, of osx headers. 2016-11-08 17:13:51 -05:00
build-tools.lua Don't share as, ncg, top between Linux and Mac OS X. 2016-12-05 20:13:29 -05:00
descr Fix an issue throughout where B couldn't be built by ackprogram due to symbol 2016-12-29 17:11:53 +00:00
README Write README files for osx386 and osxppc. 2016-12-03 17:17:44 -05:00

The osx386 platform
===================

    ack -mosx386 ...

This platform produces Mach-o executables for Intel Mac OS X.  These
are 32-bit executables using our i386 code generator.

See ../osxppc/README, because our osx386 platform has many of the same
limitations and bugs as our osxppc platform.


Bugs
----

Some programs can't read the tty after using job control to suspend
and resume the program (with ^Z and "fg" in bash).  The read(2) system
call fails with EINTR.  In ACK's stdio (in libc), the error is sticky,
so all reads fail.  In Apple's stdio, the error is not sticky, and
only the next read fails.  The EINTR seems to happen only on Intel Mac
OS X, and not on other platforms.


George Koehler <xkernigh@netscape.net>
2016-12-03