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)
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 |