d0p1/ack
1
0
Fork 0
Code Issues Pull requests Packages Projects Releases Wiki Activity
ack/plat/osx386
History
George Koehler c6ceaac1af Make osx386 and osxppc use _hol0.s like the other platforms. 
Because I'm lazy, I didn't make another copy of _hol0.s; I am building
plat/linux/libsys/_hol0.s for OS X.
2018-01-23 13:55:39 -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 Make osx386 and osxppc use _hol0.s like the other platforms. 2018-01-23 13:55:39 -05:00
boot.s Make osx386 and osxppc use _hol0.s like the other platforms. 2018-01-23 13:55:39 -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

README 

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