GNU Inetutils-1.1 compilation problem
Arthur D. Jerijian
Are you building inetutils under Linux? I had the same problem.
Apparently, the FSF packaged this distribution for specific
use under the Hurd system. Or, you can correct me if I'm
wrong?
--Arthur
In article <4vcpif$16...@rose.muohio.edu>, Shaken Angel wrote:
>Hello,
>
>I'm having a problem compiling the latest release of the GNU inetutils
>package (inetutils-1.1). When running the configure script supplied,
>everything goes absolutely normally until configure gets to linking the
>header files to the include directory.
>
>The last line of output is: configure: error: ./headers/err.h: File not
>found.
>
>My question is -- where's err.h? I assume it's a problem in the inetutils
>distribution itself, and not my system, as I've tried this process on
>three different ostensibly supported machines, and the same error message
>results.
>
>Is there a fix for this someplace? Any assistance will be greatly
>appreciated! I can't be the only person with this problem.
>
>Direct e-mail appreciated. Thanks!
>
>-- john f., miami university library systems
>
Nathan Neulinger
>Are you building inetutils under Linux? I had the same problem.
>Apparently, the FSF packaged this distribution for specific
>use under the Hurd system. Or, you can correct me if I'm
>wrong?
It's a shame too, cause it would be nice to have a set of those daemons
and clients that would build cleanly on lots of architectures... Then can
easily make customizations that work everywhere...
-- Nathan
------------------------------------------------------------
Nathan Neulinger Univ. of Missouri - Rolla
EMail: nn...@umr.edu Computing Services
WWW: http://www.umr.edu/~nneul SysAdmin: rollanet.org
Miles Bader
nn...@umr.edu (Nathan Neulinger) writes:
> >Are you building inetutils under Linux? I had the same problem.
> >Apparently, the FSF packaged this distribution for specific use under the
> >Hurd system. Or, you can correct me if I'm wrong?
>
> It's a shame too, cause it would be nice to have a set of those daemons and
> clients that would build cleanly on lots of architectures... Then can easily
> make customizations that work everywhere...
We would like inetutils to be portable, but it's not a trivial job (although
I think it's pretty straightforward) -- the original sources were fairly
BSD-specific. For the hurd, that's not such a big deal, because it tries to
be compatible with BSD, but linux does not.
I just put inetutils-1.2 on prep, which is somewhat closer to the goal of
portability, but there's still lots of work to be done.
I may have implied in the past that 1.2 would be more portable than it
actually is; I didn't get as much done as I wanted to, because RMS wanted me
to work on the hurd instead. However, it's better than 1.1...
There's a TODO file that may be of some help to people who'd like to put in
some effort making it work on their favorite system.
-Miles
--
Miles Bader / mi...@gnu.ai.mit.edu / (617) 253-8568
`Life is a boundless sea of bitterness'