From mboxrd@z Thu Jan 1 00:00:00 1970 From: MFLD Subject: Re: Right BCC version to use ? Date: Fri, 27 Mar 2015 19:03:34 +0100 Message-ID: <55159B76.9000806@gmail.com> References: <55110CCF.9000705@gmail.com> <0866EC18-C072-429D-875E-BBFF5E85F6C7@jodybruchon.com> <5511DC32.70701@cowlark.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------070307090300040208060505" Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=XGC8jPlVEJfZDI1dUytcxTyMM6y587Qy85/rmtf7bYs=; b=yJm2PBUuCl9ahEE5iy85zkFK/v/mOBGc4SEXcBIc0B4JqfXNQqqEmFFvB8fdY73kNc B9Rvo9nhFT16oExb2y6wOvdPjxcDffPx4aPsciXOgmq93hi9eExgXanzQXopwMCUTx3T 5ujOirt7J7WMCaL2ZMZBS9lYWwgJINvzWptYrhgoCwIVNsjvk7IH8g5qB5LZlsefbHWc 3wbopd06SwZrGVSCmxUsMMx7wVaimQIG3cact5Zs4mbE/X4/tvEDzExvW/d/tDKqEXFM C0LR2CANs8TpKJO13+wfBejWFcQt/R1kYEukK43X7tTFINo70WLE1DvSUCsZVav4mreR 72Sg== In-Reply-To: <5511DC32.70701@cowlark.com> Sender: linux-8086-owner@vger.kernel.org List-ID: To: linux-8086@vger.kernel.org This is a multi-part message in MIME format. --------------070307090300040208060505 Content-Type: text/plain; charset="utf-8"; format="flowed" Content-Transfer-Encoding: 8bit Hello, I am afraid moving the current build chain to another compiler is too ambitious... and selecting another "exotic" compiler would not bring us back into the mainstream... Back to the initial question, I finally moved to your bin86/dev86 fork by cloning your GIT repository. I added a .gitignore to have a more clear view on "git status" when doing some changes, please find it attached as a patch proposal (big things start with little steps). Regards, MFLD Le 24/03/2015 22:50, David Given a écrit : > On 24/03/15 12:30, Jody Bruchon wrote: > [...] >> ELKS is tightly tied to BCC for now, so some future development will probably require changes to it. A big difference between BCC and GCC is that BCC includes a C library and headers whereas GCC is only a compiler and requires a C library to be built separately. That means I can't fix issues with the C library without bringing the whole thing along. > While I wouldn't suggest it for *new* development, because the compiler > technology is old and clunky and rather unmaintainable, but the ACK is > an ANSI C compiler suite which supports 8086 and comes with a full libc > --- this is what Minix used. It's even theoretically possible to run it > self-hosted on an ELKS-style machine, although it'd take work to recover > that ability these days. The 8086 coded generate isn't too bad. (Minix > was developed with it, after all.) > > The downside is that it lives in its own little universe and doesn't > interoperate with anything; you have to use the ACK object file format > and the ACK linker etc. I believe it already supports Minix 16/16 > segmented binaries. > > The effort needed to persuade the ACK to produce ELKS executables is > probably quite small --- it already has partial support for ix86 and > m68k Linux; how different is the ELKS system call model? Making it build > the kernel is probably harder due to different dev86 and ACK linker magic. > > This would only be worthwhile as a stopgap until 8086 gcc or pcc is > available, and it would need some careful evaluation of the code > quality, but it might be worth looking into. > > The fairly elderly website is at: http://tack.sourceforge.net/ > --------------070307090300040208060505 Content-Type: text/plain; charset=UTF-8; name=".gitignore" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=".gitignore" IyAuZ2l0aWdub3JlIGZvciBERVY4NgojIElnbm9yZSBvdXRwdXQgZmlsZXMKCiMgT2JqZWN0 IGFuZCBhcmNoaXZlIGZpbGVzCgoqLm8KKi5hCgojIE91dHB1dCBkaXJlY3RvcmllcwoKYmlu LwpsaWIvCgojIE91dHB1dCBmaWxlcwoKaWZkZWZnCmluY2x1ZGUKbWFrZS5maWwKCmFyL2Fy LmgKYXIvYXI4Ngphci9yZWxfYW91dC5oCgphcy9hczg2CmFzL2FzODZfZW5jYXAKYXMvdmVy c2lvbi5oCgpiY2MvYmNjCmJjYy9iY2MtY2MxCmJjYy9uY2MKYmNjL3ZlcnNpb24uaAoKYm9v dGJsb2Nrcy92ZXJzaW9uLmgKCmNvcHQvY29wdAoKY3BwL2JjYy1jcHAKCmxkL2FyLmgKbGQv bGQ4NgpsZC9vYmpkdW1wODYKbGQvdmVyc2lvbi5oCgpsaWJjLy5jb25maWcuZGlyCmxpYmMv LmNvbmZpZy5sc3QKbGliYy9lcnJvci9lcnJvcl9saXN0LmgKbGliYy9pMzg2c3lzL3N5c2Nh bGwuYwpsaWJjL2kzODZzeXMvc3lzY2FsbC5tYWsKbGliYy9pbmNsdWRlL2FyY2gKbGliYy9p bmNsdWRlL2xpbnV4bXQKbGliYy9pbmNsdWRlL21hbGxvYy5oCmxpYmMvaW5jbHVkZS9yZWdl eHAuaApsaWJjL2luY2x1ZGUvcmVnbWFnaWMuaApsaWJjL2luY2x1ZGUvc3RkaW8uaApsaWJj L2luY2x1ZGUvc3RyaW5nLmgKbGliYy9zeXNjYWxsL2NhbGxfdGFiLnYKbGliYy9zeXNjYWxs L2RlZm5fdGFiLnYKbGliYy9zeXNjYWxsL3N5c2NhbGwuYwpsaWJjL3N5c2NhbGwvc3lzY2Fs bC5kYXQKbGliYy9zeXNjYWxsL3N5c2NhbGwubWFrCgp1bnByb3RvL3VucHJvdG8K --------------070307090300040208060505--