Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread John Clymer
ed - without being a compiler writer if their MCU isn't supported. And, as I said - I don't see how giving someone the choice of implementations is a bad thing. John From: Florian Klämpfl To: FPC developers' list Sent: Sat, August 27, 201

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread Florian Klämpfl
Am 26.08.2011 16:53, schrieb David Welch: > 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 not remotely able to > support the armv7 instructions. the correc

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread Florian Klämpfl
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 than rely on compiler supplied implementations. > Personnally, I've used 6 different ARM

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread John Clymer
FPC developers' list Sent: Sat, August 27, 2011 7:08:21 PM Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM Am 27.08.2011 17:01, schrieb David Welch: > In short I am saying it saves time for the individuals trying to add > targets. No, it

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread Florian Klämpfl
Am 27.08.2011 17:01, schrieb David Welch: > In short I am saying it saves time for the individuals trying to add > targets. No, it saves no time in total and is against any OSS spirit: imagine ten people developing for say the lpc2148 (or any other not yet supported controller). All of them use th

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread David Welch
One case would be as a framework to build other targets instead of having to delete a bunch of stuff then add a bunch of stuff you just add stuff. I have an interest in a generic target where the target specific stuff is not embedded in the compiler but is in the code. At the moment the me

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread Florian Klämpfl
Am 27.08.2011 14:19, schrieb John Clymer: > Crap ! Forgot to SVN ADD ... > > File attached. > Is there any use in having such generic controllers? What's the use case of them? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.fr

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-27 Thread John Clymer
Crap ! Forgot to SVN ADD ... File attached. From: David Welch To: FPC developers' list Sent: Sat, August 27, 2011 7:06:36 AM Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM when building for SUBARCH=cor

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread David Welch
bedded/Makefile (revision 18854) +++ rtl/embedded/Makefile (working copy) @@ -317,7 +317,7 @@ ifeq ($(SUBARCH),cortexm3) CPU_UNITS=lm3fury lm3tempest thumb2_bare stm32f103 endif -ifeq ($(SUBARCH),armv7) +ifeq ($(SUBARCH),armv4) CPU_UNITS=lpc21x4 at91sam7x256 endif endif On Fri,

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread David Welch
mpest thumb2_bare stm32f103 >  endif > -ifeq ($(SUBARCH),armv7) > +ifeq ($(SUBARCH),armv4) >  CPU_UNITS=lpc21x4 at91sam7x256 >  endif >  endif > > > On Fri, Aug 26, 2011 at 5:17 AM, John Clymer wrote: >> Part of what I submitted was 2 batch files in the root dire

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread David Welch
> > John > > > > From: David Welch > To: FPC developers' list > Sent: Fri, August 26, 2011 6:17:43 AM > Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor > definitions for ARM > > > Can someone with the power to updat

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread John Clymer
st 26, 2011 6:17:43 AM Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM Can someone with the power to update the wiki (maybe we all do I dont know) change the target embedded page to reflect the SUBARCH thing? Also either put a link to

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread Vincent Snijders
2011/8/26 Florian Klämpfl : > Am 26.08.2011 04:13, schrieb David Welch: >> cpuinfo.pas(156,2) Fatal: Can't open include file "controllerunit.inc" > > Fixed, I forgot to commit a file, sorry. > > ___ > fpc-devel maillist  -  fpc-devel@lists.freepascal.org

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-26 Thread Florian Klämpfl
Am 26.08.2011 04:13, schrieb David Welch: > cpuinfo.pas(156,2) Fatal: Can't open include file "controllerunit.inc" Fixed, I forgot to commit a file, sorry. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/lis

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-25 Thread Felipe Monteiro de Carvalho
You can modify the wiki yourself, you just need to register. Felipe Monteiro de Carvalho -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-25 Thread David Welch
Can someone with the power to update the wiki (maybe we all do I dont know) change the target embedded page to reflect the SUBARCH thing? Also either put a link to http://wiki.lazarus.freepascal.org/Binutils or spell out something like this: ./configure --target=arm-linux --prefix=/somethin

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-25 Thread David Welch
cpuinfo.pas(156,2) Fatal: Can't open include file "controllerunit.inc" On 08/25/2011 05:50 PM, Florian Klämpfl wrote: OS_TARGET=embedded CPU_TARGET=arm SUBARCH=cortexm3 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-25 Thread Florian Klämpfl
Am 23.08.2011 17:56, schrieb John Clymer: > If there are no major objections or blatant errors I've missed, could > someone post this to the repository - or give me some directions to do so. Thanks for your work! I have committed your changes slightly modified to svn in rev. 18848. What I changed

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-24 Thread Michael Schnell
On 08/24/2011 12:04 PM, Florian Klämpfl wrote: If you are really concerned, you should finally start to create a patch. As I already said very often, I am concerned and trying to help, but right not in need of anything nor requesting anything to be done. This state might or might not change one

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-24 Thread Florian Klämpfl
Am 24.08.2011 11:41, schrieb Michael Schnell: > On 08/23/2011 05:56 PM, John Clymer wrote: >> ... > > Does this only handle thumb issues or other differences of the > instruction sets of different ARM versions as well ? What does the topic say? > > Especially I am concerned about the "atomic" o

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

2011-08-24 Thread Michael Schnell
On 08/23/2011 05:56 PM, John Clymer wrote: ... Does this only handle thumb issues or other differences of the instruction sets of different ARM versions as well ? Especially I am concerned about the "atomic" options (that some ARMs provide e.g. LDREX / STREX instructions for). -Michael _