On 16-Dec-00 at 15:40, Alexander Mai ([EMAIL PROTECTED]) wrote:
> On Sat, Dec 16, 2000 at 12:14:54PM -0800, Ti Kan wrote:
> > Alexander Mai writes:
> > > Well, somehow it might be the issue with gethostname.
> > > Why is there a function gethostname() within a header??
> >
> > There is no function within a header, but the unistd.h on my machine
> > has a prototype as follows:
> >
> > extern int gethostname(char *, size_t);
> >
> > but mwm's fallback declaration has the second argument as int, producing
> > a type conflict error.
>
> Yup, this seems to be a better signature!
> We will adopt this (is e.g. used in SUS V2)
>
> > At any rate, I shouldn't be getting into this fallback. On many
> > SVR4-based boxes gethostname() and many other networking service
> > functions are in the libsocket and libnsl libraries, so perhaps configure
> > should do some additional checks and do the right thing.
> > Just about any networking commands on UnixWare (as well as Solaris and
> > other SVR4 based platforms) need -lsocket -lnsl.
> >
> > I tried forcing #define HAVE_GETHOSTNAME in LTconfig.h and adding
> > "-lICE -lSM -lsocket -lnsl" to the clients/mwm/Makefile and now mwm
> > compiles fine. I think -lICE -lSM should also be something that
> > configure would automagically put in...
> [...]
>
> Well, IIRC there is a comment like this in the configure.in - but
> obviously nobody came around with a proper test for this ...
These are part of X_EXTRA_LIBS as determined by AC_PATH_XTRA.
>
> Volunteers welcome!
>
> BTW, thanks for the numerous reports on this release!
> "You" will be one of the major reasons for the next bugfix release ;-)
>
> --
> Alexander Mai
> [EMAIL PROTECTED]
>
>
