In our previous episode, Joost van der Sluis said:
> > That's why I mentioned "or any other structured format".
>
> It's not a bad idea to see if we can make a structured (and readable)
> format to create our fpmake.pp files.
I think the problem goes deeper than this. Makefile.fpc doesn't list un
On Thu, 2011-03-31 at 17:47 +0200, dhkblas...@zeelandnet.nl wrote:
> > Thisnfeature is already there. When you use fpmake directly: -f, if
> > you use
> > fppkg (what I would recommend): fppkg -c.
>
> Thanks, I will have a look how it works. I'll try to document it on the
> wiki.
>
> On the
Thisnfeature is already there. When you use fpmake directly: -f, if
you use
fppkg (what I would recommend): fppkg -c.
Thanks, I will have a look how it works. I'll try to document it on the
wiki.
On the side, fppkg is only for FPC right? So not useful for standalone
projects.
Darius
__
On Thu, 2011-03-31 at 15:41 +0200, Jonas Maebe wrote:
> On 31 Mar 2011, at 14:42, Marco van de Voort wrote:
> At least the package I referred to (univint) tends to change
> significantly over time. The Mac OS X 10.6 SDK split a bunch of
> headers and removed others compared to previous version
On Wed, 2011-03-30 at 17:09 +0200, Darius Blaszyk wrote:
> A couple of things that come to mind:
Note that you can build your own add-ins. I used it to build a
Lazarus-add-in, so that you can install Lazarus-components. It is not
ideal yet, but you can use this approach to add functionality, with
On Wed, 2011-03-30 at 21:19 +0200, Darius Blaszyk wrote:
> On Mar 30, 2011, at 9:08 PM, Michael Van Canneyt wrote:
> >> On Mar 30, 2011, at 5:31 PM, michael.vancann...@wisa.be wrote:
> >>
> - managing debug/release builds (also cross-compiling)
> >>>
> >>> What is failing in the current syst
In our previous episode, Jonas Maebe said:
> > However I consider this a transitional problem only. We are still in
> > the raw plumbing and discovery phase. In time, I assume some
> > autogeneration helper functionality will emerge to make it at least
> > (way) more bearable.
>
> That's all I'
On Thu, 2011-03-24 at 09:43 +0100, LacaK wrote:
> after doing some test with new implementation of TFmtBCDField for
> TSQLite3Connection connector I encounter this problem:
>
> When you declare in SQLite some column as NUMERIC or DECIMAL then this
> column will have NUMERIC affinity.
> CREATE TA
On 31 Mar 2011, at 14:42, Marco van de Voort wrote:
In our previous episode, Jonas Maebe said:
I still prefer those Makefile.fpc files very much to the fpmake.pp
files. The fact that fpmake.pp files are plain Pascal code makes them
extremely flexible, but at the same time that also makes it m
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 14:26, michael.vancann...@wisa.be wrote:
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info, not the
makefiles themselves.
On 31 Mar 2011, at 14:26, michael.vancann...@wisa.be wrote:
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info,
not the
makefiles themselves.
I still prefer those Makefile.fpc files
In our previous episode, Jonas Maebe said:
(I have to be careful here, I'm not the fpmake/fppkg person, that is Joost,
these are my opinions only)
> > 1. they are mostly generated anyway. The .fpc files are the info,
> > not the
> > makefiles themselves.
>
> I still prefer those Makefile.fpc
On Thu, 31 Mar 2011, Jonas Maebe wrote:
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info, not the
makefiles themselves.
I still prefer those Makefile.fpc files very much to the fpmake.pp files.
The idea is to completel
On 31 Mar 2011, at 13:29, Marco van de Voort wrote:
1. they are mostly generated anyway. The .fpc files are the info,
not the
makefiles themselves.
I still prefer those Makefile.fpc files very much to the fpmake.pp
files. The fact that fpmake.pp files are plain Pascal code makes them
In our previous episode, Hans-Peter Diettrich said:
> > functionality belongs in a different tool (although it could be in
> > fpmake), but let's not limit fpmake only to FPC please. Let us (end
> > users) also play with it ;)
>
> My view on (traditional) Make:
(Note that if I say packages here,
Darius Blaszyk schrieb:
fpmake's intended use is to compile your FPC code. I can see the
use of trying to run a testsuite, build docs and a binary zip for
distribution: they are all FPC related things.
But it is not intended as a general build system (i.e. replace make
or ant or rpm or deb).
W
On Mar 31, 2011, at 9:22 AM, michael.vancann...@wisa.be wrote:
>
>
> On Thu, 31 Mar 2011, Darius Blaszyk wrote:
>
>>
>>> Imagine you have debug, profiling and testing setup locally b
>>
>> Should be debug, release and testing
>
> Nono, I actually meant profiling as different from debug. The
On Thu, 31 Mar 2011, Darius Blaszyk wrote:
Imagine you have debug, profiling and testing setup locally b
Should be debug, release and testing
Nono, I actually meant profiling as different from debug. The difference
being that debug has all optimizations off, profiling has them all on.
S
18 matches
Mail list logo