Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.compilers > #2064

Re: Language standards vs. implementation, was Re: A right alternative to IEEE-754's format

From bartc <bc@freeuk.com>
Newsgroups comp.compilers
Subject Re: Language standards vs. implementation, was Re: A right alternative to IEEE-754's format
Date 2018-04-12 12:15 +0100
Organization virginmedia.com
Message-ID <18-04-047@comp.compilers> (permalink)
References (14 earlier) <p9viff$qnj$1@dont-email.me> <cbebbb95-e32d-4e97-8b2f-829c38ebb66e@googlegroups.com> <pafisn$1n9t$1@gioia.aioe.org> <pafjtv$ocr$1@dont-email.me> <18-04-011@comp.compilers>

Show all headers | View raw


On 10/04/2018 16:05, Walter Banks wrote:
>> On 09/04/18 13:30, Walter Banks wrote:

>>> GCC tools are for the most part using old compiler technology.
>>> Some of is decades old.
>>
>> You are fond of saying that, but I don't remember hearing any
>> details or examples.
>>
>
> - Strategy passes to determine how an applications should be compiled
> this time.
>
> - Direct compiling to machine code and not using intermediate assembler


> - Whole application building. Why is linking still being done when its
> purpose was to get around computer limitations?

Whole project compiling? I have a whole project compiler for one
language, and a half-completed one for another. Both need to be very
fast because they have to compile a whole application from scratch each
time (aiming for 0.1 secs build time per typical application).

But both languages have the features necessary to make that possible.

C doesn't; separate compilation and linking might still be the simplest
model for it.

Compilation speed is compromised anyway by needing to re-process header
files multiple times. (Precompiled headers aren't a solution because you
still have to process that precompiled header file; it might just be
faster than working with source code.)

I'm not saying it's not practical with C, but the language makes it harder.

(By 'whole project' I mean all the source modules that are normally
processed to end up with a single executable or shared library file.
External binary libraries stay external.)

--
bartc

Back to comp.compilers | Previous | NextPrevious in thread | Find similar


Thread

Language standards vs. implementation, was Re: A right alternative to IEEE-754's format "Walter Banks" <walter@bytecraft.com> - 2018-04-10 11:05 -0400
  Re: Language standards vs. implementation, was Re: A right alternative to IEEE-754's format bartc <bc@freeuk.com> - 2018-04-12 12:15 +0100

csiph-web