<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 10/4/2022 1:07 AM, Christo Crause
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAGOmfbGZZi6Pib9qQZ5UVvvL8D2AxM1FXDH6c+5J+QtZwKKC6A@mail.gmail.com">
<div dir="auto">
<div><br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Tue, 4 Oct 2022, 01:15
Travis Siegel via fpc-devel, <<a
href="mailto:fpc-devel@lists.freepascal.org"
moz-do-not-send="true" class="moz-txt-link-freetext">fpc-devel@lists.freepascal.org</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote">Does this process use gcc to
do the compile, instead of fpc directly? If <br>
it does, I will dig into making it compatible with
Parallax's line of <br>
propeller boards, since it now supports GCC to generate
code for the <br>
propeller 1 and 2 boards. Being able to program these in
pascal would <br>
be wonderful. Parallax has a series of SBC products,
including the <br>
basic stamp, a java stamp, (no longer produced), and as
mentioned, the <br>
propeller boards. They also have several robot packages
that can be <br>
programmed via the propeller or basic stamps, so if the
esp board code <br>
does work, and it calls gcc for it's work, I'll certainly
be interested <br>
in tackling making it work with the propeller boards, I
think that could <br>
help some folks start using those boards.<br>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">The compiler typically generates target CPU
specific assembler code, which requires an external assembler
and linker to generate the executable code. I don't know much
about the Parallax controllers, but it appears to be a
distinct architecture (not ARM or MIPS for example) not yet
supported by FPC, so would require a new compiler backend
AFAIU. <br>
</div>
</div>
</blockquote>
<p><br>
</p>
<p>Yeah, it's a custom board, but it has 8 cores, which makes
multitasking real simple. They call them cogs, and you can spin
up another cog at any time. It also uses a language called spin
(their version of assembly), so I guess it could be supported, but
how much work is adding a whole new architecture to FPC? They do
have a version of gcc that works for their boards, so I was hoping
we could piggyback on that, but I guess that would be a GPC thing
not FPC, and since gpc requires a specific version of GCC to do
it's work, and it's not really supported anymore as far as I can
tell, that would be a nonstarter.</p>
<p>Ok, well, just thought I'd check, I personally would enjoy
programming in pascal for some of these SBC boards, but I can
stick with the existing tools as well, they do work, it would be
more convenient for me if pascal was an option, that's all. <br>
</p>
<p>I know a lot of compilers use gcc as their backend, and didn't
know if fpc did this or not, so figured I'd ask.</p>
<p>Thanks for the info.</p>
<p><br>
</p>
</body>
</html>