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

From: Noah Misch <noah(at)leadboat(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: failing to build preproc.c on solaris with sun studio
Date: 2022-08-07 03:23:40
Message-ID: 20220807032340.GE3981561@rfd.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Aug 06, 2022 at 08:12:54PM -0700, Andres Freund wrote:
> The "problem" in this case is that maintaining pgxs compatibility, as we'd
> discussed at pgcon, requires emitting stuff for all the @whatever@ things in
> Makefile.global.in, including with_gnu_ld. Which lead me down the rabbithole
> of trying to build on solaris, with sun studio, to see if we could just remove
> with_gnu_ld (and some others).
>
> There's a lot of replacements that really aren't needed for pgxs, including
> with_gnu_ld (after the patch I just sent on the "baggage" thread). I tried to
> think of a way to have a 'missing' equivalent for variables filled with bogus
> contents, to trigger an error when they're used. But I don't think there's
> such a thing?

For some patterns of variable use, this works:

badvar = $(error do not use badvar)
ok:
echo hello
bad:
echo $(badvar)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2022-08-07 03:39:48 Re: Cleaning up historical portability baggage
Previous Message Andres Freund 2022-08-07 03:12:54 Re: failing to build preproc.c on solaris with sun studio