Re: failing to build preproc.c on solaris with sun studio

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, John Naylor <john(dot)naylor(at)enterprisedb(dot)com>, Michael Meskes <meskes(at)postgresql(dot)org>, Noah Misch <noah(at)leadboat(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: failing to build preproc.c on solaris with sun studio
Date: 2022-09-13 22:23:46
Message-ID: CA+hUKGLweKf468ZwL1b8pj5ASPnFCiG0z=WD8c6AVwra3T0smw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 6, 2022 at 9:34 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> writes:
> > Why is this being proposed?
>
> Andres is annoyed by the long build time of ecpg, which he has to
> wait for whether he wants to test it or not. I could imagine that
> I might disable ecpg testing on my slowest buildfarm animals, too.

This message triggered me to try to teach ccache how to cache
preproc.y -> preproc.{c,h}, and I got that basically working[1], but
upstream doesn't want it (yet). I'll try again if the proposed
refactoring to allow more kinds of compiler-like-things goes
somewhere. I think that started with people's struggles with GCC vs
MSVC. Given the simplicity of this case, though, I suppose we could
have a little not-very-general shell/python/whatever wrapper script --
just compute a checksum of the input and keep the output files around.

[1] https://github.com/ccache/ccache/pull/1156

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Justin Pryzby 2022-09-13 22:39:55 Re: Background writer and checkpointer in crash recovery
Previous Message Tom Lane 2022-09-13 21:38:47 Re: pg_basebackup's --gzip switch misbehaves