Re: ssrf-version.h and rebuilding

2015-02-07 Thread Dirk Hohndel
On Sat, Feb 07, 2015 at 06:26:38PM +0100, Anton Lundin wrote: On 06 February, 2015 - Lubomir I. Ivanov wrote: in terms of our current scheme for updating ssrf-version.h, with each git HEAD change one potential small issue is present where the macros from the file itself are used on

Re: ssrf-version.h and rebuilding

2015-02-07 Thread Lubomir I. Ivanov
On 7 February 2015 at 20:05, Dirk Hohndel d...@hohndel.org wrote: On Sat, Feb 07, 2015 at 06:26:38PM +0100, Anton Lundin wrote: On 06 February, 2015 - Lubomir I. Ivanov wrote: in terms of our current scheme for updating ssrf-version.h, with each git HEAD change one potential small issue is

Re: ssrf-version.h and rebuilding

2015-02-07 Thread Anton Lundin
On 06 February, 2015 - Lubomir I. Ivanov wrote: hello, in terms of our current scheme for updating ssrf-version.h, with each git HEAD change one potential small issue is present where the macros from the file itself are used on compile time by a number of files. this forces recompilation

Re: ssrf-version.h and rebuilding

2015-02-07 Thread Dirk Hohndel
On Sat, Feb 07, 2015 at 08:33:52PM +0200, Lubomir I. Ivanov wrote: So I'll take a patch that uses either approach. which approach should we pick? Let's use functions as you proposed. But mark them as inline. Also, Lubomir, I have asked Thiago to look at the qmake patch you sent and he

ssrf-version.h and rebuilding

2015-02-06 Thread Lubomir I. Ivanov
hello, in terms of our current scheme for updating ssrf-version.h, with each git HEAD change one potential small issue is present where the macros from the file itself are used on compile time by a number of files. this forces recompilation of said files into object code even if they effectively