Thread: can't link libpq.so(inet_aton() not found)

Hi all,

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(). 

Regards.

Hiroshi Inoue
Inoue@tpf.co.jp

"Hiroshi Inoue" <Inoue@tpf.co.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.
        regards, tom lane

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> 
> "Hiroshi Inoue" <Inoue@tpf.co.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@tpf.co.jp