: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
mode when it builds the Thumb2 RTL
files.
John
From: David Welch dwe...@dwelch.com
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Sun, August 21, 2011 12:24:34 AM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
thumb2 is an extension
Den 21-08-2011 00:00, David Welch skrev:
A! that makes sense. I assume that is either leftover from a
prior build? And how do I get a new/fresh build to look in the right
place?
It's installed in /fpcarm. This directory should contain a bin and units
directory. You simply need to change
On 20 Aug 2011, at 15:46, David Welch wrote:
The great strength of ARM is that the peripherals, even if in different
locations in different manufacturers parts, are identical in hardware terms
if they are all cortex m3; that is the IP which they license from ARM.com.
So maybe that is
As interesting is that it will assemble thumb2 code as arm code and not
fail/stop during that step in the build.
Thanks for the help, will try that.
David
On 08/21/2011 05:23 AM, Jeppe Græsdal Johansen wrote:
Den 21-08-2011 00:00, David Welch skrev:
A! that makes sense. I assume that
From: Geoffrey Barton m...@periphon.net
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Sun, August 21, 2011 6:01:22 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
On 20 Aug 2011, at 15:46, David Welch wrote:
The great strength of ARM
In our previous episode, John Clymer said:
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
:01:22 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
On 20 Aug 2011, at 15:46, David Welch wrote:
The great strength of ARM is that the peripherals, even if in different
locations in different manufacturers parts, are identical in hardware
terms if they are all
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 for this yet.) The caveat to this
is that FLASH size and SRAM sizes are just set to extremely large
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
Den 21-08-2011 17:43, John Clymer skrev:
I found FPC_HAS_SYSTEMS_INTERRUPT_TABL, enabled it - but it was still
broken for Thumb2 (stellaris, stm32).
For Thumb2, it was broken in the following ways:
1) Stack_top should be placed at vector 0.
I disagree, but I guess that's a question of
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
is not the preferred route.)
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
just go in 'uses'.
Geoffrey
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
:* 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 arrays
, 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 arrays. Just wondering
if it would be better to switch to a record structure for the controller
entries - rather than
The great strength of ARM is that the peripherals, even if in different
locations in different manufacturers parts, are identical in hardware terms if
they are all cortex m3; that is the IP which they license from ARM.com. So
maybe that is another reason for keeping the peripheral offset
Den 20-08-2011 16:46, David Welch skrev:
I was hoping for thumb support but I now see that the choices are
limited to arm and thumb+thumb2 (without any separation between thumb
and thumb2). Actually thumb2 wasnt working for me, I got an
arm+thumb2 mix, so I will ride this along for a while
20, 2011 7:23:39 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Den 20-08-2011 16:46, David Welch skrev:
I was hoping for thumb support but I now see that the choices are limited to
arm and thumb+thumb2 (without any separation between thumb and thumb2).
Actually thumb2 wasnt working
I'm not sure how FPC should handle the peripherals, but I don't think it
should be at the compiler level. Even if the part I'm using has, for
instance, an ADC, if I'm not using it I do not want support for it built in
to my app. With what I use currently (IAR C) I uncomment a #define for each
:23:39 PM
*Subject:* Re: [fpc-devel] Arm Thumb2 - Stellaris status
Den 20-08-2011 16:46, David Welch skrev:
I was hoping for thumb support but I now see that the choices are
limited to arm and thumb+thumb2 (without any separation between thumb
and thumb2). Actually thumb2 wasnt working for me, I
I am rapidly seeing the problem, the linker script is hardcoded both by
family (ARM as a whole) and by target. So for example if you wanted a
ram-only ARM generic target, you are in trouble, or if you wanted a
flash/ram target arm generic target you are in trouble. You have to
override the
thumb2 is an extension to thumb not arm, you can mix thumb and arm in T
variants like the v4T v5T and anything after that v6 on up, except for
the cortex-m variants which are thumb+thumb2 only and cannot execute ARM
32 bit instructions (yes thumb2 32 bit thumb extensions but nothing from
the
Den 20-08-2011 22:24, David Welch skrev:
thumb2 is an extension to thumb not arm, you can mix thumb and arm in
T variants like the v4T v5T and anything after that v6 on up, except
for the cortex-m variants which are thumb+thumb2 only and cannot
execute ARM 32 bit instructions (yes thumb2 32
A! that makes sense. I assume that is either leftover from a prior
build? And how do I get a new/fresh build to look in the right place?
If I remove the offending fpc/2.7.1 directory and rebuild. (without
trying to change the prefix) it puts the same stuff back in that directory:
.
Geoffrey
John
From: Florian Klämpfl flor...@freepascal.org
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Tue, August 9, 2011 7:59:06 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Am 09.08.2011 17:04, schrieb Jeppe Græsdal Johansen:
On 09-08-2011 15:53, Geoffrey
Am 19.08.2011 05:28, schrieb John Clymer:
Currently, everything is in a handful of giant arrays. Just wondering
if it would be better to switch to a record structure for the controller
entries - rather than individual arrays. (Add in a variety of STM parts
and the other manufacturers, and
On 19 Aug 2011, at 09:19, Florian Klämpfl wrote:
Am 19.08.2011 05:28, schrieb John Clymer:
Currently, everything is in a handful of giant arrays. Just wondering
if it would be better to switch to a record structure for the controller
entries - rather than individual arrays. (Add in a
Am 19.08.2011 10:33, schrieb Geoffrey Barton:
because one is forever re-compiling the compiler when one switches to
a device with a new peripheral, and if your main activity is not
compiler development but product development one has to go back and
find out how to do it each time. Better
On 19 Aug 2011, at 09:55, Florian Klämpfl wrote:
Am 19.08.2011 10:33, schrieb Geoffrey Barton:
because one is forever re-compiling the compiler when one switches to
a device with a new peripheral, and if your main activity is not
compiler development but product development one has to go
Am 19.08.2011 11:07, schrieb Geoffrey Barton:
On 19 Aug 2011, at 09:55, Florian Klämpfl wrote:
Am 19.08.2011 10:33, schrieb Geoffrey Barton:
because one is forever re-compiling the compiler when one
switches to a device with a new peripheral, and if your main
activity is not compiler
On 19 Aug 2011, at 10:10, Florian Klämpfl wrote:
Am 19.08.2011 11:07, schrieb Geoffrey Barton:
On 19 Aug 2011, at 09:55, Florian Klämpfl wrote:
Am 19.08.2011 10:33, schrieb Geoffrey Barton:
because one is forever re-compiling the compiler when one
switches to a device with a new
: Re: [fpc-devel] Arm Thumb2 - Stellaris status
On 19 Aug 2011, at 10:10, Florian Klämpfl wrote:
Am 19.08.2011 11:07, schrieb Geoffrey Barton:
On 19 Aug 2011, at 09:55, Florian Klämpfl wrote:
Am 19.08.2011 10:33, schrieb Geoffrey Barton:
because one is forever re-compiling the compiler
Am 19.08.2011 12:02, schrieb John Clymer:
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
On 19 Aug 2011, at 11:11, Florian Klämpfl wrote:
Am 19.08.2011 12:02, schrieb John Clymer:
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
On Aug 19, 2011 7:13 AM, Geoffrey Barton m...@periphon.net wrote:
Afaik there is a standard for the Cortex platform how to do it, google
for ARM Cortex Microcontroller Software Interface Standard
there is a generic doc on the arm.com site and a stellaris specific one on
the TI site.
the RTL - that would be fine too.
John
From: Florian Klämpfl flor...@freepascal.org
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Tue, August 9, 2011 7:59:06 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Am 09.08.2011 17:04, schrieb
On 8 Aug 2011, at 21:13, Florian Klämpfl wrote:
Am 08.08.2011 12:49, 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
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto: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
related files.
John
From: Pierre Free Pascal pie...@freepascal.org
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Tue, August 9, 2011 1:00:53 PM
Subject: RE: [fpc-devel] Arm Thumb2 - Stellaris status
-Message d'origine-
De : fpc-devel-boun
, 2011 1:00:53 PM
Subject: RE: [fpc-devel] Arm Thumb2 - Stellaris status
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Geoffrey Barton
Envoyé : mardi 9 août 2011 10:20
À : FPC developers' list
For what it's worth, IAR's C compiler for Cortex-M3 uses an ICF file
to hold that information, so there is precedent for doing it that way.
It holds the following (edited slightly to remove fluff):
define symbol __ICFEDIT_intvec_start__ = 0x0800;
define symbol __ICFEDIT_region_ROM_start__ =
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 (and cpuinfo.pas
DaWorm schrieb:
For what it's worth, IAR's C compiler for Cortex-M3 uses an ICF file
to hold that information, so there is precedent for doing it that way.
It holds the following (edited slightly to remove fluff):
[...]
IMO these are all values required by the linker, not by the compiler
Am 09.08.2011 17:04, schrieb 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
developers' list 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
On Sun, Aug 7, 2011 at 12:14 PM, John Clymer j...@johnclymer.net wrote:
New to this - what is procedure to
generate and submit patch set ?
http://wiki.lazarus.freepascal.org/Creating_A_Patch
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist -
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
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
Am 08.08.2011 12:49, 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
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
On 6 Aug 2011, at 12:35, John Clymer wrote:
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
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. I see where the error
is coming from in t_embed.pas. It looks like the t_embed.pas file is
53 matches
Mail list logo