Re: Re: Call for platforms

From: "Henry B(dot) Hotz" <hotz(at)jpl(dot)nasa(dot)gov>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: Call for platforms
Date: 2001-04-09 18:41:55
Message-ID: v04210102b6f7b1b7a6e0@[137.78.84.130]
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 1:50 AM -0400 4/6/01, Tom Lane wrote:
>"Henry B. Hotz" <hotz(at)jpl(dot)nasa(dot)gov> writes:
> > Bottom line: 7.1RC1 passes most of the regression tests on
> > NetBSD/macppc.
>
>The only thing that surprised me here was all of the warnings from
>libreadline calls:
>
> >> tab-complete.c: In function `initialize_readline':
> >> tab-complete.c:103: warning: assignment from incompatible pointer type
> >> tab-complete.c: In function `psql_completion':
> >> tab-complete.c:292: warning: passing arg 2 of `completion_matches'
> >> from incompatible pointer type
> >> tab-complete.c:296: warning: passing arg 2 of `completion_matches'
> >> from incompatible pointer type
>
>What version of libreadline do you have installed, and how does it
>declare completion_matches()?

I have whatever is standard on NetBSD 1.5. I noticed that configure
found a readline.h include file, but NetBSD doesn't integrate the
current GNU implementation. I did not do a test of psql to see if
the feature worked.

I'm sure you could "fix" this problem if you installed GNU readline
and referenced it in the build. Since Solaris had even worse issues
with needing GNU support utilities installed this didn't seem like a
big deal to me. OTOH it could confuse a new user.

Signature held pending an ISO 9000 compliant
signature design and approval process.
h(dot)b(dot)hotz(at)jpl(dot)nasa(dot)gov, or hbhotz(at)oxy(dot)edu

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-04-09 19:20:42 Truncation of char, varchar types
Previous Message Mario Weilguni 2001-04-09 18:26:54 MySQL vs. Postgres - congratulations to the postgres team