On Thu, May 31, 2018 at 07:23:57PM -0400, Tom Lane wrote:
> Noah Misch writes:
> > On Thu, May 31, 2018 at 10:28:12AM -0400, Tom Lane wrote:
> >> I wondered why the existing 32-bit AIX buildfarm machines aren't showing
> >> problems, but looking closer at them, they are manually forcing
> >>
Noah Misch writes:
> On Thu, May 31, 2018 at 10:28:12AM -0400, Tom Lane wrote:
>> I wondered why the existing 32-bit AIX buildfarm machines aren't showing
>> problems, but looking closer at them, they are manually forcing
>> _LARGE_FILES, which probably is masking things:
>> 'config_env' =>
On Thu, May 31, 2018 at 10:28:12AM -0400, Tom Lane wrote:
> "REIX, Tony" writes:
> > It looks like configure does figure out that LARGE_FILES is required, only
> > in 32bit.
> > No need in 64bit.
>
> Check ...
>
> > However, in 32bit, though there is:
> >#define _LARGE_FILES 1
> > in file
"REIX, Tony" writes:
> v11beta1 brings new json files. Either these files reveal some issue on AIX
> 32bit or they contain code that is not compatible with AIX environment and
> some change should be applied...
One thing I notice is that jsonb_plperl.c starts with
#include "postgres.h"
"REIX, Tony" writes:
> It looks like configure does figure out that LARGE_FILES is required, only in
> 32bit.
> No need in 64bit.
Check ...
> However, in 32bit, though there is:
>#define _LARGE_FILES 1
> in file :
>src/include/pg_config.h
> I had to add it at the beg of file by means
"REIX, Tony" writes:
> For files: contrib/jsonb_plpython/jsonb_plpython.c and src/common/file_perm.c
> , I had to use #define _LARGE_FILES 1 like I did for 14 older files. That
> deals with lseek() and lseek64() definitions.
I'm not following this. Doesn't configure manage to figure out
On Wed, May 30, 2018 at 03:36:27PM -0400, Tom Lane wrote:
> I'm wondering about some sort of version skew or misinstallation on
> the Perl side --- say, header files that we're using to compile
> that don't match the libperl.so used at runtime.
Tony, was the compiler used gcc or xlc? Support for
Alvaro Herrera writes:
> It's pretty obvious that the transform is broken on your platform.
Seems so, but why? The code involved doesn't look very machine-dependent.
I'm wondering about some sort of version skew or misinstallation on
the Perl side --- say, header files that we're using to
On 2018-May-30, REIX, Tony wrote:
> 32bit: 2 failures:
>== running regression test queries ==
>test jsonb_plperl ... FAILED
>test jsonb_plperlu ... FAILED
>
> Expected/Result logs attached to this email.
This is not particularly helpful. Please send the
Hi,
64bit: all tests are OK.
32bit: 2 failures:
== running regression test queries ==
test jsonb_plperl ... FAILED
test jsonb_plperlu ... FAILED
Expected/Result logs attached to this email.
Perl 5.24.0 .
Any idea?
What about tests on Linux on i686 ?
Regards,
10 matches
Mail list logo
