From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | buildfarm(at)sraoss(dot)co(dot)jp |
Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, 近藤雄太 <kondo(at)sraoss(dot)co(dot)jp>, Daniel Gustafsson <daniel(at)yesql(dot)se>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Missing include <openssl/x509.h> in be-secure-openssl.c? |
Date: | 2021-11-08 17:05:24 |
Message-ID: | 983112.1636391124@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wrote:
> The rough idea I have is that prior to 8162464a2, we sucked in
> that #define during postgres.h and then OpenSSL's headers were
> able to undo it. After 8162464a2, we don't read <wincrypt.h>
> during postgres.h, but some *other* header that be-secure-openssl.c
> is including after the OpenSSL headers is pulling it in, so that
> by the time we get to the body of the file the unwanted #define
> is active.
This indeed seems to explain the compile failures, as hamerkop is
now getting through the "make" stage. However, it's now failing
in the plpython tests [1], apparently because Python itself doesn't
like the locale environment:
Fatal Python error: init_sys_streams: can't initialize sys standard streams
LookupError: unknown encoding: cp20127
Did something change on that machine in the last day or so? Because
plpython seems to have been working fine in the back branches.
regards, tom lane
[1] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=hamerkop&dt=2021-11-08%2010%3A08%3A22
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2021-11-08 17:23:18 | Re: Predefined role pg_maintenance for VACUUM, ANALYZE, CHECKPOINT. |
Previous Message | Robert Haas | 2021-11-08 16:34:50 | Re: refactoring basebackup.c |