From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Given Subject: Re: Where does ELKS need to go? Date: Mon, 21 Apr 2014 23:05:14 +0100 Message-ID: <5355961A.4020005@cowlark.com> References: <53518510.3090101@jodybruchon.com> <5352A80F.7000503@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MkAkL4bn2SbBhf5051O0arUScuFaoUGMn" Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=YEXBrGBacdKgqR4egi/RBWc0tmFi1mBs06iNEyakq7U=; b=OPnEziOQVJygGluSVq47QZAoNUTr/OyJpShNfQ9J+3N+naxjy03NBZTAusJV31lYNW wH0B9etnlBIYtl6qYjy2E09DU2oTdLdbn8WByS2D+x/x4T+XFYckg4b0xXcmnhIVldjU ssz6Pcz2f2bv01FpCxXcjNE939lxBavE1oH2767kUrDHXOMI8/8BtK8xIKqGWbE+iJGy 9VHU/DAUZ1yL/ECd4AFxRd2bJ33hoeNWFz0voewlUZzcMT/HO1CLDSTk0P/uxYraJFCo XszJCrkUuokaYYazoKit+hqpC17sW2qfBhyhAtituJ1/O/w3A36Rx1Zj2CrM6ZnlLJC4 gjxw== In-Reply-To: <5352A80F.7000503@gmail.com> Sender: linux-8086-owner@vger.kernel.org List-ID: To: ELKS This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MkAkL4bn2SbBhf5051O0arUScuFaoUGMn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 4/19/14, 5:45 PM, Harley Laue wrote: [...] > I'm pretty sure it's been mentioned in the past, but SDCC might be an > option (though, I don't think there is a code generator for 8086-80286)= =2E > Edoardo's suggestion of TACK might be a good fit as well. I've had some= > experience with SDCC, but I haven't ever tried TACK. I will say, SDCC > has a fairly dedicated community behind it and the project is still > quite active. TACK, however, doesn't seem to have had many commits in > the last few years. I'm the maintainer for TACK. It's actually had some development recently --- and from people who aren't me, too! But unfortunately the design is rather hostile to RISC architectures. But it's got decent C89 support and a reasonable 8086 code generator, and it does have the big advantage over bcc or pcc in that it's a complete toolchain --- it's got a libc, an assembler and a linker in it, so it can be made to spit out binaries with no external dependencies. Adding a new target to TACK is a bit specialist but relatively easy. Ping me if there's interest. [...] >> * What can/does ELKS offer compared to other small OSes such as NuttX?= > Running more than one process (I'm assuming at least.) IIRC, NuttX > compiles the kernel into the application to run the single application > on the hardware. ELKS' big feature is that it's got a userland. Unfortunately I'm not sure this is particularly useful these days, particularly as the way it works is strongly dependent on having an MMU (the 8086's segmentation counts as an MMU here). I doubt whether ELKS could be easily ported to a non-MMU system. (How do you relocate a running process, for example?) One option is to turn ELKS into a Unix emulation layer on top of NuttX, but that would mean giving up a lot of what makes ELKS a Unix. And I'm afraid that even for the 8086, ELKS has been superceded by Minix 2, which is a lot more mature and robust than ELKS is. --=20 =E2=94=8C=E2=94=80=E2=94=80=E2=94=80 =EF=BD=84=EF=BD=87=EF=BC=A0=EF=BD=83= =EF=BD=8F=EF=BD=97=EF=BD=8C=EF=BD=81=EF=BD=92=EF=BD=8B=EF=BC=8E=EF=BD=83=EF= =BD=8F=EF=BD=8D =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 http://www.= cowlark.com =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 =E2=94=82 =E2=94=82 "You cannot truly appreciate _Atlas Shrugged_ until you have re= ad it =E2=94=82 in the original Klingon." --- Sea Wasp on r.a.sf.w --MkAkL4bn2SbBhf5051O0arUScuFaoUGMn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIVAwUBU1WWHXTPe2DYoi4EAQpjIA/8DKBbFiNk2kEi1xMfLUu9wxGrMShi6Ye7 5JBZE3MuZp10E1PMkJ7Ulbr26+wPvYB8Rg/P899aixePokHSeQsW7naBOPEUOIK9 NctX0T6qFXICfDwp0zQz2X3b3iwg8tlqlsk2oaUuY2SXkPlSjJkqYVH3YGjHkpTF H7m8dQJI5asXL4kl4NDB61i6+PcFlKqPLH2oKToRxmiNVmOJ92cOhJlMNdhh8vxa +vABOYv9GOHAcZAjx+ArwD1h7ZwQzVOmGOHsrdwm9/1Q2uKYOYuOnCT4bWA/hUqs 1YJeiqUtaWEoiJ9Nzh/cl7wRlWdeZ+pVZUFvAwrigbQroFFqVzC+8noHOz9TDAWD rxf58bU6yNkfZGRyyEENYfOLL90K1i/ZW4ksqqcVZLy9sllbxVtU2egp9YXoWudo +hRZ3Y3/wdYQNqM0PtjxcGn5CBYSUjQI7io36WiEL2z/YwtE4KzfqOsAqWv1iLAH g5/HnYbepJKbKkv/X1E31S2o3zFd/6UrZMP8bxl+2E0YxCQOuh3It3DUDpFgZjov jceU6YpPwjIycBnmFA6Wd8xmIeVFwkMe5J2g8k7D8wBjwvO56mUR3P9B8cnx0/xz 8ecvTIfhY/19IbMF48Ze33+nFIuQUdpqRF46e7Z5yOVPCeKPXVVzw6fUqkledZ9m 6TMACg9C7ag= =WvtQ -----END PGP SIGNATURE----- --MkAkL4bn2SbBhf5051O0arUScuFaoUGMn--