Re: pgsql: aix: No need to use mkldexport when we want to export all symbol

On Sun, Sep 11, 2022 at 11:19:25AM -0700, Andres Freund wrote:
> On 2022-09-10 01:19:44 -0700, Andres Freund wrote:
> > On 2022-09-09 22:57:36 -0700, Andres Freund wrote:
> > > On 2022-09-10 01:32:52 -0400, Tom Lane wrote:
> > > > Andres Freund <andres(at)anarazel(dot)de> writes:
> > > > > It seem worth applying the -qvisibility patch and seeing whether that fixes
> > > > > the buildfarm?
> > > >
> > > > Worth a try.
> > >
> > > Done now.
> >
> > Seems to have done the trick for at least hoverfly. And wrasse (sunpro) is
> > still happy. Still need to wait for the older xlc's (mandril, hornet)
> > though...
>
> At least hornet isn't happy:
>
> https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hornet&dt=2022-09-10%2021%3A44%3A00
>
> Looks like the support for -qvisibility came with xlc 13.1, released April 28, 2014:
> https://www.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS214-162

Last two sungazer (gcc64) runs failed with a suspicious "missing magic block":
https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=sungazer&dt=2022-09-12%2006%3A24%3A53
https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=sungazer&dt=2022-09-10%2018%3A09%3A11

Both runs had the latest commits discussed above. tern (gcc32) passed, but it
doesn't use --with-perl.

> > -qvisibility option specifies visibility attributes for entities. Entity
> > visibility attributes describe whether and how entities defined in one
> > module can be referenced or used in other modules. Visibility attributes
> > affect entities with external linkage only, and cannot increase the
> > visibility of other entities.
>
>
> Since xlc 13.1 supports all still supported AIX versions I'm inclined to think
> we should increase our requirement to 13.1 rather than revert back to the
> higher complexity way of building modules.

Perhaps. That would demolish two buildfarm members. What does PostgreSQL
lose if you revert fe6a64a?

> We could also try to fall back to
> using -Wl,b,expall for extension modules.

I have no knowledge of that option.