Re: show precise repos version for dev builds?

From: Fabien COELHO <fabien(dot)coelho(at)mines-paristech(dot)fr>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Jeremy Schneider <schneider(at)ardentperf(dot)com>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: show precise repos version for dev builds?
Date: 2017-10-13 14:17:07
Message-ID: alpine.DEB.2.20.1710131611290.5093@lancre
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


>> The make dependencies ensure that the header file is regenerated on each
>> build with a phony target, and the C file is thus recompiled and linked into
>> the executables on each build. It means that all executables are linked on
>> each rebuild, even if not necessary, though.
>
> That'd be quite painful, consider e.g. people using LTO. If done right
> however, that should be avoidable to some degree. When creating the
> version file, only replace its contents if the contents differ - that's
> just a few lines of scripting.

Indeed.

A potential issue is with dynamic linking, potentially someone could
recompile/reinstall just one shared object or dll, and the executable
using the lib would change its behavior, and run with libs from
heterogeneous version. What is the actual version? Hard to say.

In dev mode we often use static linking so that we can copy the executable
for a previous version and it would not change depending on updated libs,
and so that we always know (or should know) what actual version is
running.

--
Fabien.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2017-10-13 15:26:35 Re: pgsql: Improve performance of SendRowDescriptionMessage.
Previous Message Andrew Dunstan 2017-10-13 14:08:22 Re: Continuous integration on Windows?