Deutsch   English   Français   Italiano  
<vs9m9r$o7pq$1@paganini.bofh.team>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!3.eu.feeder.erje.net!feeder.erje.net!newsfeed.bofh.team!paganini.bofh.team!not-for-mail
From: antispam@fricas.org (Waldek Hebisch)
Newsgroups: comp.os.vms
Subject: Re: ISO: The Eiffel OO programming language and IDE, on VMS
Date: Sat, 29 Mar 2025 20:47:57 -0000 (UTC)
Organization: To protect and to server
Message-ID: <vs9m9r$o7pq$1@paganini.bofh.team>
References: <j7jutjdo007jkfp956ofp846ecb0nfpr32@4ax.com> <vrnmla$155vg$1@dont-email.me> <vrvbb2$arv9$1@dont-email.me> <87v7rwjs3e.fsf@lucy.meyer21c.net> <vs0qdf$1mlt9$1@dont-email.me> <vs47iu$sgia$1@dont-email.me> <vs487f$trca$1@dont-email.me> <vs6sgr$3bt6n$3@dont-email.me> <vs9djd$nov4$1@paganini.bofh.team> <vs9f37$19tu2$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 29 Mar 2025 20:47:57 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="794426"; posting-host="WwiNTD3IIceGeoS5hCc4+A.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-9-amd64 (x86_64))
X-Notice: Filtered by postfilter v. 0.9.3
Bytes: 3170
Lines: 46

Chris Townley <news@cct-net.co.uk> wrote:
> On 29/03/2025 18:19, Waldek Hebisch wrote:
>> Simon Clubley <clubley@remove_me.eisner.decus.org-earth.ufp> wrote:
>>> On 2025-03-27, Arne Vajhøj <arne@vajhoej.dk> wrote:
>>>>
>>>> or:
>>>> - people use a different backend than LLVM (GCC, custom, whatever)
>>>>
>>>
>>> If anyone knows of a serious backend code generator other than LLVM
>>> or GCC, please feel free to point me at it. :-)
>>>
>>> Simon.
>>>
>>> PS: And no Bill, the Amsterdam Compiler Kit does not apply. :-)
>> 
>> Depends what you consider serious (and what "backend" means).
>> There is bunch of compilers that use their own backend,
>> for example optimized Ocaml or SBCL Lisp.  If you aim at
>> highest possible speed, regardless of language, then they
>> can not compete.  If you look at native performance for
>> relevant languages, then they are top performers (there are
>> Lisp compilers which generate code via translation to C,
>> resulting speed is lower than obtained using SBCL).
>> 
>> Note that context was porting languages, "classic"
>> languages are covered by VSI, so relevant things are
>> backends for more exotic languages.  There was recent
>> trend to adopt LLVM in such cases, and Julia seem to
>> be prominent example of language dependent on LLVM.
>> But more popular approach seem to be via custom
>> backend or via C.  For example Haskell folks some time
>> ago said that LLVM does not really give them advantages
>> compared to going via C, and C way is easier.
>> 
> 
> Isn't that what GNAT does for Ada?

I am not sure what you wanted to say.  GNAT is a native
compiler using GCC backend.  There were some talk about
interfacing it to LLVM, but I am not aware of anything
working in this direction.  GNAT does _not_ generate
C, it interfaces with the backend using constructs not
available in C.

-- 
                              Waldek Hebisch