On Tue, 4 Nov 2008, Michael Schnell wrote:
AFAIK FPC works quite similar, but while only the parser really knows about
the programming language, it comes with it's own preprocessor (which is only
used optionally), it's own code generator and it's own linker. AFAIK, it even
provides it's own
Op Tue, 4 Nov 2008, schreef Michael Schnell:
Are there other than historical reasons that FPC is this self-contained ?
(I suppose compiling speed is an issue here, so a GCC compatible parser
might only be an additional tool provided by the FPC team, but I'd really
love to use this for my
In our previous episode, Michael Schnell said:
While I do all PC projects (for Windows and Linux) in Object Pascal,
which is my favorite programming language as it offers the best
productivity and the lowest count on errors that show at runtime, I am
forced to use GCC for the embedded
On 04 Nov 2008, at 10:01, Michael Schnell wrote:
I could imagine a system that only provides a Pascal-to-RTL-parser
and uses many of the GNU tools (preprocessor optionally,
optimizer, code generator, linker, make).
FPC-generated object files can already be integrated with the GNU
linker
In our previous episode, Michael Van Canneyt said:
Are there other than historical reasons that FPC is this self-contained ?
(I
suppose compiling speed is an issue here, so a GCC compatible parser might
only be an additional tool provided by the FPC team, but I'd really love to
use this
Marco and all others:
Thanks,
all points taken,
another dream down the drain :(.
So the only future option I am still intending to take one day is doing
a NIOS code generator for FPC.
Though since some time there is a concurrent concept: you now can buy
(!) a CLR (they say .NET) - framework
On 04 Nov 2008, at 10:30, Michael Schnell wrote:
Thanks,
all points taken,
another dream down the drain :(.
I am personally (every now and then) working on an FPC backend that
emits llvm code. Llvm has been designed from the ground up to take
some form of intermediate code as input and
In our previous episode, Bernd Mueller said:
Marco van de Voort wrote:
So the main reason for using HW as much as possible is to keep the actual uc
free as much as possible for other tasks.
yes, this is why I consider to use an ARM7 controller in front of an
ARM9 (Linux) controller,
On Tue, Nov 4, 2008 at 8:04 AM, Michael Schnell [EMAIL PROTECTED] wrote:
I did not have many hope for really using Pascal on the PIC
If you google for: pic pascal compiler
There are plenty of options.
I am using mikroPascal, and it's an excelent choice:
Michael Schnell wrote:
which system/vendor did you choose?
We are going to design some controller boards with Altera Cyclone III
FPGAs. The NIOS processor is optimized for this FPGA architecture, is
very easily implemented into the HDL design, offers acceptable features
How big is the
What you want is done by GPC and p2c.
Do you suggest they offer the rich Object Pascal language that FPC has ?
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
If you google for: pic pascal compiler
There are plenty of options.
I am using mikroPascal, and it's an excelent choice:
http://www.dontronics-shop.com/mikroelektronika-pascal-compiler-for-pic.html
Thanks a lot for the pointers !
-Michael
___
Felipe Monteiro de Carvalho schrieb:
On Tue, Nov 4, 2008 at 8:10 AM, Marco van de Voort [EMAIL PROTECTED] wrote:
Well, I gave up PIC24 since they don't contain motorcontrol,
I've always wanted to know what does a microcontroller with
motorcontrol is supposed to do different from a normal
In our previous episode, Felipe Monteiro de Carvalho said:
Well, I gave up PIC24 since they don't contain motorcontrol,
I've always wanted to know what does a microcontroller with
motorcontrol is supposed to do different from a normal microcontroler?
I mean, to drive a stepper motor, for
But they do their job as you ask it...
The job I am asking for is porting Delphi software to different CPU
architectures. If the tool level is not as high as FPC can provide, I
can redo the code in C as just as well.
-Michael
___
fpc-devel
Marco van de Voort wrote:
In our previous episode, Bernd Mueller said:
Marco van de Voort wrote:
So the main reason for using HW as much as possible is to keep the actual uc
free as much as possible for other tasks.
yes, this is why I consider to use an ARM7 controller in front of an
ARM9
Marco van de Voort wrote:
So the main reason for using HW as much as possible is to keep the actual uc
free as much as possible for other tasks.
yes, this is why I consider to use an ARM7 controller in front of an
ARM9 (Linux) controller, although the ARM9 should have the power to
handle
llvm is interresting to say the least. I experimented with it a bit but never
got to do anything serious.
A llvm backend is surely doable especially if you can get an AST out of FPC.
--
Aleš Katona [EMAIL PROTECTED]
___
fpc-devel maillist -
On 04 Nov 2008, at 10:56, Michael Schnell wrote:
But OTOH I feel a bit uncomfortable to see yet another intermediate
code (after GCC's RTL, CLR's (.Net/Mono) CIL and FPC's own
stuff) in the game.
GCC's RTL and FPC's node tree representation were never designed as a
generic intermediate
I am personally (every now and then) working on an FPC backend that
emits llvm code. Llvm has been designed from the ground up to take
some form of intermediate code as input and as a generic backend for
other compilers. It's still quite young as a project and does not yet
support as many
On Tue, Nov 4, 2008 at 8:10 AM, Marco van de Voort [EMAIL PROTECTED] wrote:
Well, I gave up PIC24 since they don't contain motorcontrol,
I've always wanted to know what does a microcontroller with
motorcontrol is supposed to do different from a normal microcontroler?
I mean, to drive a stepper
Bernd Mueller wrote:
Michael Schnell wrote:
This is why I decided to handle this kind of complexity with an FPGA
with embedded (Linux-) Processor.
which system/vendor did you choose?
We are going to design some controller boards with Altera Cyclone III
FPGAs. The NIOS processor is
How much do you need on a PIC ?
I did not have many hope for really using Pascal on the PIC, but I am
just thinking about a project with a PIC24 (which is a quite normal 16
bit processor core with 64K linear addressable memory (completely
integrated in the chip), other than the PIC16,
yes, this is why I consider to use an ARM7 controller in front of an
ARM9 (Linux) controller, although the ARM9 should have the power to
handle my realtime stuff.
This is why I decided to handle this kind of complexity with an FPGA
with embedded (Linux-) Processor. The fast stuff can be
Hi Compiler developers.
I do lots of software projects for PCs and for embedded devices.
While I do all PC projects (for Windows and Linux) in Object Pascal,
which is my favorite programming language as it offers the best
productivity and the lowest count on errors that show at runtime, I am
In our previous episode, Michael Schnell said:
I'm going to use the PIC24 series, as same features an USB interface.
I had bad experiences using the PIC18 with USB interfaces (bad latency,
loss of connection without automatic reconnect). We reverted to RS232/RS422,
and are experimenting with the
I'm going to use the PIC24 series, as same features an USB interface.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Tue, 4 Nov 2008, schreef Michael Schnell:
The point is those compilers cannot provide it because of (a) technical
limitations,
I don't think this is true. GCC can compile Java which I think is an object
language in a similar extend as Object pascal is. And it seems to be
similarly
28 matches
Mail list logo
