Very interested !
---
John Clymer
FCC(EXW) USNR
On 2013-12-26 07:45, Anton Kavalenka wrote:
Dear FPC-Developers!
Our institution about 15 years ago was developed Turbo-Vision fork for
VGA/SVGA graphics called GraphVision.
Key features:
* TV-like objects (classes)
* BGI graphics with own
There is a slightly more modern P5 based off of P4, with source code that can
be compiled using Borland Pascal (and presumably, FPC's Turbo mode should be
close to compiling it as well.)
http://www.standardpascal.org/p5.html
From: Skybuck Flying
Have you looked at target embedded ? For what specific platform are you
contemplating this for ? (i.e. what specific need is driving this question ?)
It implements a very minimal set of things, basically the minimum necessary to
support the language core, and the minimum necessary to support
Crap ! Forgot to SVN ADD ...
File attached.
From: David Welch dwe...@dwelch.com
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Sat, August 27, 2011 7:06:36 AM
Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor
I assume I speak for others, but for those of us that have been working in the
embedded field for a while, some of us prefer to roll our own support code,
rather than rely on compiler supplied implementations. Personnally, I've used
6
different ARM/Thumb2 cored processors in various projects.
Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor
definitions for ARM
Am 27.08.2011 20:33, schrieb John Clymer:
I assume I speak for others, but for those of us that have been working
in the embedded field for a while, some of us prefer to roll our own
support code, rather
Part of what I submitted was 2 batch files in the root directory - buildarm.bat
and buildthumb2.bat - that was my attempt to provide an example with the
BINUTILS equates spelled out.
John
From: David Welch dwe...@dwelch.com
To: FPC developers' list
the libraries twice either as two arches build one or the other but not both,
or
two cpus within an arch and both/all cpus for an arch get built when the arch
compiler is built.
David
On 08/22/2011 01:15 AM, John Clymer wrote:
Yes, all my references of Thumb meant Thumb2
personally see no reason to change the way it is
Den 23-08-2011 16:01, John Clymer skrev:
Digging some more around it today, came up with the following idea...
In the rtl/embedded folder - there is the system file for ARM -
it
is ALL pascal - and compiles to either of Thumb2
:05 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
On 21 Aug 2011, at 15:33, John Clymer wrote:
As part of my table-ization of cpuinfo.pas, I am including a generic part for
each (no code published for this yet.) The caveat to this is that FLASH size
and SRAM sizes are just set
Ok, not a full answer yet, but ...
Also have a fresh svn tree, built and got similar results.
Redirected build output to a text file, copied and pasted the line compiling
unitstr file to batch file. ADDED -Cpcortexm3 and rebuilt.
Disassembled the resulting object file and got:
stm32f103.o:
, at 00:35, John Clymer wrote:
DIFF attached for comment and review. Provides the following features /
difference:
1) Switched operation of cpuinfo.pas - there is still a SET containing the ct_
constants, but that now indexes an array of structures rather than a
collection
of arrays
As part of my table-ization of cpuinfo.pas, I am including a generic part for
each (no code published for this yet.) The caveat to this is that FLASH size
and SRAM sizes are just set to extremely large (1 MB each for now). Which
means
if the code size exceeds the space of the device - the
7:27:48 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Den 21-08-2011 17:06, Geoffrey Barton skrev:
On 21 Aug 2011, at 15:33, John Clymer wrote:
As part of my table-ization of cpuinfo.pas, I am including a
generic part for each (no code published
Been playing with the ARM / Thumb2 part - specifically for the Thumb2 line-up.
The compiler proper can be built to switch between the two with a command line
switch. However, the RTL gets called as ARCH-SYSTEM, this only allows the
RTL to compiled for one or the other.
This may be by
.thumb_func
.globl _start
.text
_start:
you dont have to do this:
.long _start+1
you can do this instead:
.long _start
at least for gnu as, not sure if this code is targeted at different assemblers.
On 08/21/2011 05:58 PM, John Clymer wrote:
Been playing with the ARM
code there. I assume the ARCH is for now ARM (the
company
not the instruction set). And SYSTEM is either ARM (the instruction set) or
thumb2/cortex-m3? Am I understanding that so far? Or is ARCH ARM or
cortex-m3 and SYSTEM is stellaris, lpc21x4, etc?
David
On 08/21/2011 10:36 PM, John
From: Florian Klämpfl flor...@freepascal.org
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Fri, August 19, 2011 12:19:05 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Am 19.08.2011 05:28, schrieb John Clymer:
Currently, everything is in a handful of giant
have to look up the difference but know I bought/saw both at some
point.
David
On 08/20/2011 02:20 AM, John Clymer wrote:
Also, just peeked at current line up of STM32 controllers, there are 150
different controllers available, consisting of 33 possible combinations
of FLASH memory and SRAM
DIFF attached for comment and review. Provides the following features /
difference:
1) Switched operation of cpuinfo.pas - there is still a SET containing the ct_
constants, but that now indexes an array of structures rather than a
collection
of arrays. The array contains the info from
The thumb2 is meant to support Cortex M3 devices (STM32, Stellaris, etc.)
AFAIK
- the mixing of modes is not currently an option.
From: Jeppe Græsdal Johansen jjoha...@student.aau.dk
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Sat, August
DIFF attached for comment and review. Provides the following features /
difference:
1) Switched operation of cpuinfo.pas - there is still a SET containing the ct_
constants, but that now indexes an array of structures rather than a
collection
of arrays. The array contains the info from
So, consensus is to include the register definitions - then I will work on
these. To get all the possible register structures for all possible
peripherals
will take some time. And naming conventions come into play as well.
I prefer having my device registers defined in structures. Other
Jeppe Græsdal Johansen:
On 09-08-2011 15:53, Geoffrey Barton wrote:
On 9 Aug 2011, at 14:14, John Clymer wrote:
I was thinking more of a generic controller class, including a
memory.def (or whatever one wants to name it) file. That would be
easiest as it would only effect the t_embed.pas file
One of my current fixes i have in place allows using the PPCCROSSARM compiler
to compile Pascal to Assembly. Once in Assembly, the files can be assembled
and
linked like any other program. So, you have the capability to do just about an
exotic configuration you want - you just have to do so
Subject: Re: [fpc-devel] Stellaris Update
Am 16.08.2011 05:39, schrieb John Clymer:
So, after some work, I have a compiler working for the LM3S8962 board (a
successful Blinking LED :-) )
However, as I was going through some of the various datasheets, I see
that all the Stellaris controllers
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Tue, August 16, 2011 12:35:03 PM
Subject: Re: [fpc-devel] Stellaris Update
Am 16.08.2011 05:39, schrieb John Clymer:
So, after some work, I have a compiler working for the LM3S8962 board (a
successful Blinking LED :-) )
However, as I
From: Florian Klämpfl flor...@freepascal.org
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Tue, August 16, 2011 2:46:06 PM
Subject: Re: [fpc-devel] Stellaris Update
Am 16.08.2011 12:24, schrieb John Clymer:
Sorry, missed the second set of questions
I was able to get
specs make requirements
that
limit the flexibility to come up with oddball memory layouts.
John Clymer
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
, schrieb John Clymer:
Kicking it around in the back of my head at work today...
I tried doing a compile to assembly language for the stellaris - and it
choked giving the error from t_embed.pas. The error comes from the
portion of the program trying to generate a linker script.
Looking
12:17:03 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
On 7 Aug 2011, at 11:14, John Clymer wrote:
Ok. Give me a week or so (very hectic schedule right now...) And I will see
if
I can't patch it up some.
To save you some time perhaps, the following was for lm3s9b92 and
rtl
fpc-devel@lists.freepascal.org
Sent: Sun, August 7, 2011 12:15:02 AM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Am 06.08.2011 13:35, schrieb John Clymer:
Ok, maybe I'm missing something...
I can compile and get a binary for an STM32F103RE. However, if I
attempt for the STELLARIS
Ok, maybe I'm missing something...
I can compile and get a binary for an STM32F103RE. However, if I attempt for
the STELLARIS target, I get an error. I see where the error is coming from in
t_embed.pas. It looks like the t_embed.pas file is missing linking information
for the Stellaris.
33 matches
Mail list logo