RE: Re: Proposal/question for GPC

--===============1050262897919183119==
Content-Type: multipart/alternative;
 boundary="=_12f44261a3b48916dc78880d3a1aa608"

--=_12f44261a3b48916dc78880d3a1aa608
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
 charset=utf-8

Mmm, I should add a PS: I align with the FPC group in that I like writing b=
ackends,
so don't think LLVM would stop me from writing them in any case.
=20
--------- Original Message --------- Subject: RE: Re: Proposal/question for=
 GPC
From: "scott andrew franco" <[email protected]>
Date: 11/2/20 1:25 pm
To: "Jonas Maebe" <[email protected]>, "[email protected]" <[email protected]>

 So much for the second coming of Unicode, eh? [1]
=20
[1] to get this joke, you have to be both old and have studied documents th=
at were
old when you are young, ie., about the 1960's. Hint: Unicode (the character=
 set)
stole the name of something else...
=20
--------- Original Message --------- Subject: Re: Proposal/question for GPC
From: "Jonas Maebe" <[email protected]>
Date: 11/2/20 1:04 pm
To: "[email protected]" <[email protected]>

On 02/11/2020 21:32, scott andrew franco wrote:
 > For the GPC authors
 > =20
 > So this could be considered either a proposal or a question, your choice=
=2E
 > =20
 > Recently, for various reasons I have been studying the LLVM project
 > (mainly because I am
 > now forced to use LLVM on the Mac OS X). As I am sure you know, LLVM is
 > becoming
 > popular as a backend. For example, I believe FPC now uses it.
=20
 FPC supports it as an optional backend, and it will always be optional
 for the reasons outlined in
 https://wiki.freepascal.org/LLVM#Frequently_Asked_Questions
=20
 > An interesting thing about LLVM is that they bent over backwards to make
 > sure it was as
 > compatible as possible with previous GCC methods, components and
 > front-ends, with
 > an eye to making it easy to port existing front ends to LLVM.
=20
 I'm only aware of the the DragonEgg project
 (https://dragonegg.llvm.org/) in the context, but that one hasn't been
 updated since LLVM 3.3 (June 2013). I'm not aware of it being easy in
 any way to port GCC frontents to LLVM.
=20
 There was llvm-gcc before that, but that was even more of a pain to
 maintain afaik.
=20
=20
 Jonas
=20
 _______________________________________________
 Gpc mailing list
 [email protected]
 https://www.g-n-u.de/mailman/listinfo/gpc

--=_12f44261a3b48916dc78880d3a1aa608
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
 charset=utf-8

<div>Mmm, I should add a PS: I align with the FPC group in that I like writ=
ing backends,</div>
<div>so don't think LLVM would stop me from writing them in any case.</div>
<div>&nbsp;</div>
<blockquote class=3D"threadBlockQuote" style=3D"border-left: 2px solid #C2C=
2C2; padding-left: 3px; margin-left: 4px;">--------- Original Message -----=
----
<div>Subject: RE: Re: Proposal/question for GPC<br />From: "scott andrew fr=
anco" &lt;[email protected]&gt;<br />Date: 11/2/20 1:25 pm<br />To: "Jona=
s Maebe" &lt;[email protected]&gt;, "[email protected]" &lt;[email protected]&gt;<br /=
><br />
<div>So much for the second coming of Unicode, eh? [1]</div>
<div>&nbsp;</div>
<div>[1] to get this joke, you have to be both old and have studied documen=
ts that were</div>
<div>old when you are young, ie., about the 1960's. Hint: Unicode (the char=
acter set)</div>
<div>stole the name of something else...</div>
<div>&nbsp;</div>
<blockquote class=3D"threadBlockQuote" style=3D"border-left: 2px solid #C2C=
2C2; padding-left: 3px; margin-left: 4px;">--------- Original Message -----=
----
<div>Subject: Re: Proposal/question for GPC<br />From: "Jonas Maebe" &lt;jo=
[email protected]&gt;<br />Date: 11/2/20 1:04 pm<br />To: "[email protected]" &lt=
;[email protected]&gt;<br /><br />On 02/11/2020 21:32, scott andrew franco wrote:<=
br /> &gt; For the GPC authors<br /> &gt; &nbsp;<br /> &gt; So this could b=
e considered either a proposal or a question, your choice.<br /> &gt; &nbsp=
;<br /> &gt; Recently, for various reasons I have been studying the LLVM pr=
oject<br /> &gt; (mainly because I am<br /> &gt; now forced to use LLVM on =
the Mac OS X). As I am sure you know, LLVM is<br /> &gt; becoming<br /> &gt=
; popular as a backend. For example, I believe FPC now uses it.<br /> <br /=
> FPC supports it as an optional backend, and it will always be optional<br=
 /> for the reasons outlined in<br /> https://wiki.freepascal.org/LLVM#Freq=
uently_Asked_Questions<br /> <br /> &gt; An interesting thing about LLVM is=
 that they bent over backwards to make<br /> &gt; sure it was as<br /> &gt;=
 compatible as possible with previous GCC methods, components and<br /> &gt=
; front-ends, with<br /> &gt; an eye to making it easy to port existing fro=
nt ends to LLVM.<br /> <br /> I'm only aware of the the DragonEgg project<b=
r /> (https://dragonegg.llvm.org/) in the context, but that one hasn't been=
<br /> updated since LLVM 3.3 (June 2013). I'm not aware of it being easy i=
n<br /> any way to port GCC frontents to LLVM.<br /> <br /> There was llvm-=
gcc before that, but that was even more of a pain to<br /> maintain afaik=
=2E<br /> <br /> <br /> Jonas<br /> <br /> ________________________________=
_______________<br /> Gpc mailing list<br /> [email protected]<br /> https://www=
=2Eg-n-u.de/mailman/listinfo/gpc</div>
</blockquote>
</div>
</blockquote>

--=_12f44261a3b48916dc78880d3a1aa608--


--===============1050262897919183119==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Gpc mailing list
[email protected]
https://www.g-n-u.de/mailman/listinfo/gpc

--===============1050262897919183119==--