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
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
>
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
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 fil
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 upda
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
> /fp
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 fpcm
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 bu
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 is
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 Florian!
I would like to wor
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, 2017-11-26
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 wrot
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 compil
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 severa
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 ha
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
Inspired by the -V parameter of fpc I started my journey and ended up
with something different.
My question is now did I go down the correct path or is there a be
16 matches
Mail list logo
