Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Christo
On Thu, 2018-07-05 at 00:20 +0200, Tomas Hajny wrote: > If you look into fpmake.pp in the same directory, you'll find out that the > proper command line for calling data2inc should be: > > data2inc -b -s fpcmake.ini fpcmake.inc fpcmakeini > > (add paths as necessary, e.g. the path to data2inc if

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Tomas Hajny
On Thu, July 5, 2018 00:20, Tomas Hajny wrote: > On Wed, July 4, 2018 22:42, Christo wrote: >> On Wed, 2018-07-04 at 11:57 +0200, Tomas Hajny wrote: Oops, sorry, sent the previous e-mail too early by mistake. :-( . . > Invoking of data2inc from fpmake may not be as mature though (as suggested

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Tomas Hajny
On Wed, July 4, 2018 22:42, Christo wrote: > On Wed, 2018-07-04 at 11:57 +0200, Tomas Hajny wrote: >> The .ini file should be translated to .inc using the data2inc utility >> (included with FPC as well) and then incorporated into the binary. This >> should happen automatically, but let's make sure

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Christo
On Wed, 2018-07-04 at 11:57 +0200, Tomas Hajny wrote: > The .ini file should be translated to .inc using the data2inc utility > (included with FPC as well) and then incorporated into the binary. This > should happen automatically, but let's make sure it was the case for you > as well. The .inc

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Tomas Hajny
On Wed, July 4, 2018 10:50, Christo Crause wrote: > On Wed, Jul 4, 2018 at 9:21 AM, Tomas Hajny wrote: >> On Wed, July 4, 2018 07:53, Christo wrote: >> > Any hints on how to compile and use fpcmake so that changes in the ini >> > file ends up in the generated MakeFile? >> >> I assume that you

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Christo Crause
On Wed, Jul 4, 2018 at 9:21 AM, Tomas Hajny wrote: > On Wed, July 4, 2018 07:53, Christo wrote: > > Any hints on how to compile and use fpcmake so that changes in the ini > > file ends up in the generated MakeFile? > > I assume that you updated fpcmake.ini in /fpcsrc/utils/fpcm/ (or without >

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-04 Thread Tomas Hajny
On Wed, July 4, 2018 07:53, Christo wrote: . . > I'm trying to move Florian's changes in the target-subdir branch to trunk. > I've updated fpcmake.ini, but when I compile fpcmake and execute > ./fpcmake -Tall -w Makefile.fpc the regenerated MakeFile doesn't have any of > the modifications in

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-07-03 Thread Christo
On Sun, 2017-12-03 at 19:05 +0100, Florian Klämpfl wrote: > Am 29.11.2017 um 06:36 schrieb Christo: > > > > On Sun, 2017-11-26 at 17:19 +0100, Michael Ring wrote: > > > > > > I am looking for an easy way to have all cortex-m compilers available > > > at the same time to be able to do automated

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-02-23 Thread Michael Ring
I am doing something similar to what you are doing, see below I also needed to create a softlink so that fpc can call ppcrossarm, it expects to call ppcarm By using 'INSTALL_UNITDIR' there is no need to copy files at the end. You will need to do a little tweak in fpc.cfg, after this it

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-02-22 Thread Christo Crause
Michael, I have just noticed a target-subdir folder in svn.freepascal.org/svn/fpc/branches/target-subdir/ It seems as if rev 30766 contains Florian's first modifications to implementation the subarch subfolder option. On 4 Dec 2017 9:23 am, "Michael Ring" wrote: Hi

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2018-02-22 Thread Christo
On Mon, 2017-12-04 at 08:22 +0100, Michael Ring wrote: > Hi Florian! > > I would like to work on this patch, can you share it with me? > > Thank you, > > Michael > > > Am 03.12.17 um 19:05 schrieb Florian Klämpfl: > > > > Am 29.11.2017 um 06:36 schrieb Christo: > > > > > > On Sun,

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2017-12-17 Thread Christo
On Mon, 2017-12-04 at 08:22 +0100, Michael Ring wrote: > Hi Florian! > > I would like to work on this patch, can you share it with me? > Am 03.12.17 um 19:05 schrieb Florian Klämpfl: > > > > Am 29.11.2017 um 06:36 schrieb Christo: > > > > > > On Sun, 2017-11-26 at 17:19 +0100, Michael Ring

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2017-12-03 Thread Michael Ring
Hi Florian! I would like to work on this patch, can you share it with me? Thank you, Michael Am 03.12.17 um 19:05 schrieb Florian Klämpfl: Am 29.11.2017 um 06:36 schrieb Christo: On Sun, 2017-11-26 at 17:19 +0100, Michael Ring wrote: I am looking for an easy way to have all cortex-m

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2017-12-03 Thread Florian Klämpfl
Am 29.11.2017 um 06:36 schrieb Christo: > On Sun, 2017-11-26 at 17:19 +0100, Michael Ring wrote: >> I am looking for an easy way to have all cortex-m compilers available >> at the same time to be able to do automated building/testing > > There is a similar problem with the AVR target having

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

2017-11-28 Thread Christo
On Sun, 2017-11-26 at 17:19 +0100, Michael Ring wrote: > I am looking for an easy way to have all cortex-m compilers available > at the same time to be able to do automated building/testing There is a similar problem with the AVR target having several subarchitectures.  One option I think is to