From: | "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-hackers" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | RE: [HACKERS] can't link libpq.so(inet_aton() not found) |
Date: | 1999-12-29 02:00:08 |
Message-ID: | 000201bf51a0$6eee6e40$2801007e@cadzone.tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
>
> "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> writes:
> > It seems fe-connect.c was changed to call inet_aton() recently.
> > I can't make executables linking libpq.so because my environ-
> > ment(i386-pc-solaris2.5.1, compiled by gcc 2.7.2.3) doesn't have
> > inet_aton().
>
> Hmm. We could make libpq dependent on the substitute inet_aton
> that's in backend/ports. But since this is only needed for a very
> optional feature (and one I don't much care for ;-)), my inclination
> is to just #ifdef it out, and not support pghostaddr on machines
> without inet_aton.
>
I agree to $ifdef it out.
It seems bad to lower the independecy of libpq by such a optional
feature.
I don't maintain current source tree in i386-pc-solaris.
After a long time I tried to install current tree to my i386-pc-solaris
and found 3 errors.
1) this one
2) psql compile error due to old verison readline as Jan already
reported.
3) initdb error due to "id -u" error as Keith already reported.
Regards.
Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp
From | Date | Subject | |
---|---|---|---|
Next Message | Kristofer Munn | 1999-12-29 02:54:50 | Index Puzzle for you |
Previous Message | Tom Lane | 1999-12-28 23:35:44 | Re: [BUGS] INET operators and NOT |