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. Can
, 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 target, I get an error.
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/embedded/arm/ste
lto:fpc-devel-
> boun...@lists.freepascal.org] De la part de Geoffrey Barton
> Envoyé : mardi 9 août 2011 10:20
> À : FPC developers' list
> Objet : Re: [fpc-devel] Arm Thumb2 - Stellaris status
>
>
> On 8 Aug 2011, at 21:13, Florian Klämpfl wrote:
>
> > A
can be used. The M3 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
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
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 have si
pers' list
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 was going through some o
John
From: Florian Klämpfl
To: FPC developers' list
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 the stellaris part setup
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
>&g
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 peop
assuming
is not the preferred route.)
John
From: Florian Klämpfl
To: FPC developers' list
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 gia
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
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
To: FPC developers' list
Sent: Sat, August 20, 2011 7:23:39 PM
Subject: Re: [fpc-devel] Arm Thumb
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 th
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:
ask - which controller are you using this on ?
Thanks,
John
From: Geoffrey Barton
To: FPC developers' list
Sent: Sun, August 21, 2011 2:46:55 PM
Subject: Re: [fpc-devel] ARM patch to switch to controller records rather than
arrays
On 21 Aug 2011, at 00:35
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 com
vel] 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
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 -, this only allows the
RTL to compiled for one or the other.
This may be by design - in whic
_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 / Thumb2
I assume the is for now ARM (the
company
not the instruction set). And is either ARM (the instruction set) or
thumb2/cortex-m3? Am I understanding that so far? Or is ARM or
cortex-m3 and is stellaris, lpc21x4, etc?
David
On 08/21/2011 10:36 PM, John Clymer wrote:
> Yes, I'm some
vel] 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 to extremely large (1 MB each f
lutions, same instruction set or compile
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
r. I 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
>
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
To: FPC developers' list
Sent: Fri, August 26, 201
>
> {$ifdef i386}
>
> On Fri, Aug 26, 2011 at 10:53 AM, David Welch wrote:
>> need to apply this patch, like the wiki thing maybe there is a place I
>> have to sign up to be able to check in to svn, otherwise. The lpc and
>> sam7 parts are ARM7TDMI which is an armv4t
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.
1 10:49:35 PM
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 ow
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 suppor
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
To: FPC de
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
33 matches
Mail list logo
