[求助]RedHat8能否安装上perl的5.8.

[求助]RedHat8能否安装上perl的5.8.
在我的老爷机RedHat8上面装OpenNMS软件，复杂的依赖包关系最终指向perl的版本不对导致无法安装OpenNMS。先是OpenNMS提示说依赖于rrdtool，然后rrdtool又依赖于perl5.8.5以上版本，而RedHat8自带的是5.8.0版本，我找到了最新的稳定版perl是5.8.6，然后安装，可是，先执行configure再执行make，我configure过程里面要让我输入很多参数，我都不知道什么意义，我就都默认方式，一路回车，好不容易，半天configure完，再make，就说没有configure出来需要的makefile文件，不让make了,我在perl官方网站想找bin的rpm包安装的，可是它很明确无误的说，就是不给！理由就是：Linux系统的发行版本太多，差异太大，perl官方没有精力为这么多的主流版本维持更新各自的bin的rpm安装包，它说，反正Linux都是自带gcc和各种必备的编译工具，所以强烈推荐用source来编译安装，所以旧布给bin安装包，我用的2ooold的redhat8，想问清楚，到底RedHat8上面能安装上perl2.8.6么？如果不能，就实在无法在我的RedHat8上安装OpenNMS了
......
[CCB]10[/CCB]

删了在装试下.

因该可以的。有什么出错信.
因该可以的。有什么出错信息贴这儿

我先configure，--./con.
我先configure，
./configure -d | tee configure.txt
就是看了configure -h后，知道有一个快速配置法，是-d，让perl自己配置自己，然后我把输出信息写到文件configure.txt里面留待研究，现在把这个configure.txt文件的内容拷贝到下面，各位大侠要耐心啊，太长了

Beginning of configuration questions for perl5.

Checking echo to see how to suppress newlines...
...using -n.
The star should be here-->*

There is no MANIFEST file. I hope your kit is complete !


Would you like to see the instructions? [n]

Locating common programs...
awk is in /bin/awk.
cat is in /bin/cat.
chmod is in /bin/chmod.
comm is in /usr/bin/comm.
cp is in /bin/cp.
echo is in /bin/echo.
expr is in /usr/bin/expr.
grep is in /bin/grep.
ls is in /bin/ls.
mkdir is in /bin/mkdir.
rm is in /bin/rm.
sed is in /bin/sed.
sort is in /bin/sort.
touch is in /bin/touch.
tr is in /usr/bin/tr.
uniq is in /usr/bin/uniq.

Don't worry if any of the following aren't found...
I don't see Mcc out there, offhand.
ar is in /usr/bin/ar.
bison is in /usr/bin/bison.
byacc is in /usr/bin/byacc.
cpp is in /usr/bin/cpp.
csh is in /bin/csh.
date is in /bin/date.
egrep is in /bin/egrep.
gmake is in /usr/bin/gmake.
gzip is in /bin/gzip.
less is in /usr/bin/less.
ln is in /bin/ln.
make is in /usr/bin/make.
more is in /bin/more.
nm is in /usr/bin/nm.
nroff is in /usr/bin/nroff.
I don't see pg out there, either.
test is in /usr/bin/test.
uname is in /bin/uname.
zip is in /usr/bin/zip.
Using the test built into your sh.

Checking compatibility between /bin/echo and builtin echo (if any)...
They are compatible. In fact, they may be identical.

Symbolic links are NOT supported.

No symbolic links, so not testing for their testing...


Good, your tr supports [:lower:] and [:upper:] to convert case.
Using [:upper:] and [:lower:] to convert case.

I see a config.sh file. Shall I use it to set the defaults? [y]
Fetching default answers from your old config.sh file...

Configure uses the operating system name and version to set some defaults.
The default value is probably right if the name rings a bell. Otherwise,
since spelling matters for me, either accept the default or answer "none"
to leave it blank.

Operating system name? [linux]

Operating system version? [2.4.18-14]

Perl can be built to use the SOCKS proxy protocol library. To do so,
Configure must be run with -Dusesocks. If you use SOCKS you also need
to use the PerlIO abstraction layer, this will be implicitly selected.

If this doesn't make any sense to you, just accept the default 'n'.
Build Perl for SOCKS? [n]

Previous version of perl5 used the standard IO mechanisms as
defined in <stdio.h>. Versions 5.003_02 and later of perl5 allow
alternate IO mechanisms via the PerlIO abstraction layer, but the
stdio mechanism is still available if needed. The abstraction layer
can use AT&T's sfio (if you already have sfio installed) or regular stdio.
Using PerlIO with sfio may cause problems with some extension modules.

If this doesn't make any sense to you, just accept the default 'y'.
Use the PerlIO abstraction layer? [y]

Perl can be built to take advantage of threads on some systems.
To do so, Configure can be run with -Dusethreads.

Note that Perl built with threading support runs slightly slower
and uses more memory than plain Perl. The current implementation
is believed to be stable, but it is fairly new, and so should be
treated with caution.

If this doesn't make any sense to you, just accept the default 'n'.
Build a threading Perl? [n]

Perl can be built so that multiple Perl interpreters can coexist
within the same Perl executable.

If this doesn't make any sense to you, just accept the default 'n'.
Build Perl for multiplicity? [n]

Hmm... Looks kind of like a Version 7 system, but we'll see...

Congratulations. You aren't running Eunice.

It's not Xenix...

Nor is it Venix...
Use which C compiler? [cc]

Checking for GNU cc in disguise and/or its version number...
You are using GNU cc 3.2 20020903 (Red Hat Linux 8.0 3.2-7).

Hmm... Doesn't look like a MIPS system.

Now, how can we feed standard input to your C preprocessor...
You used to use cc -E - so we'll use that again.
(And we'll use cc -E - to preprocess directly.)

Some systems have incompatible or broken versions of libraries. Among
the directories listed in the question below, please remove any you
know not to be holding relevant libraries, and add any that are needed.
Say "none" for none.

Directories to use for library searches? [/usr/local/lib /lib /usr/lib]

On some systems, shared libraries may be available. Answer 'none' if
you want to suppress searching of shared libraries for the remainder
of this configuration.

What is the file extension used for shared libraries? [so]

Perl can be built to take advantage of long doubles which
(if available) may give more accuracy and range for floating point numbers.

If this doesn't make any sense to you, just accept the default 'n'.
Try to use long doubles if available? [n]

Checking for optional libraries...
No -lsfio.
No -lsocket.
No -linet.
Found -lnsl (shared).
No -lnm.
No -lndbm.
Found -lgdbm (shared).
No -ldbm.
Found -ldb (shared).
No -lmalloc.
Found -ldl (shared).
No -ldld.
No -lld.
No -lsun.
Found -lm (shared).
Found -lcrypt (shared).
No -lsec.
Found -lutil (shared).
Found -lc (shared).
No -lcposix.
No -lposix.
No -lucb.
No -lBSD.

In order to compile perl5 on your machine, a number of libraries
are usually needed. Include any other special libraries here as well.
Say "none" for none. The default list is almost always right.

What libraries to use? [-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc]

By default, perl5 compiles with the -O flag to use the optimizer.
Alternately, you might want to use the symbolic debugger, which uses
the -g flag (on traditional Unix systems). Either flag can be
specified here. To use neither flag, specify the word "none".

What optimizer/debugger flag should be used? [-O2]

Your C compiler may want other flags. For this question you should include
-I/whatever and -DWHATEVER flags and any other flags used by the C compiler,
but you should NOT include libraries or ld flags like -lwhatever. If you
want perl5 to honor its debug switch, you should include -DDEBUGGING here.
Your C compiler might also need additional flags, such as -D_POSIX_SOURCE.

To use no flags, specify the word "none".

Any additional cc flags?
[-fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm]

Let me guess what the preprocessor flags are...
They appear to be: -fno-strict-aliasing -pipe -I/usr/include/gdbm -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm

Your C linker may need flags. For this question you should
include -L/whatever and any other flags used by the C linker, but you
should NOT include libraries like -lwhatever.

Make sure you include the appropriate -L/path flags if your C linker
does not normally search all of the directories you specified above,
namely
/usr/local/lib /lib /usr/lib
To use no flags, specify the word "none".

Any additional ld flags (NOT including libraries)? [ -L/usr/local/lib]

Checking your choice of C compiler and flags for coherency...
OK, that should do.

Computing filename position in cpp output for #include directives...
Your cpp writes the filename in the third field of the line.

<stdlib.h> found.


Checking to see if you have long long...
You have long long.

<inttypes.h> found.

Checking to see if you have int64_t...
You have int64_t.

Checking which 64-bit integer type we could use...
We could use 'long long' for 64-bit integers.

Perl can be built to take advantage of 64-bit integer types
on some systems. To do so, Configure can be run with -Duse64bitint.
Choosing this option will most probably introduce binary incompatibilities.

If this doesn't make any sense to you, just accept the default 'n'.
(The default has been chosen based on your configuration.)
Try to use 64-bit integers, if available? [n]

You may also choose to try maximal 64-bitness. It means using as much
64-bitness as possible on the platform. This in turn means even more
binary incompatibilities. On the other hand, your platform may not
have any more 64-bitness available than what you already have chosen.

If this doesn't make any sense to you, just accept the default 'n'.
(The default has been chosen based on your configuration.)
Try to use maximal 64-bit support, if available? [n]


Checking to see if you have long double...
You have long double.

What is your architecture name [i686-linux]
Perlio selected.

By default, perl5 will be installed in /usr/local/bin, manual pages
under /usr/local/man, etc..., i.e. with /usr/local as prefix for all
installation directories. Typically this is something like /usr/local.
If you wish to have binaries under /usr/bin but other parts of the
installation under /usr/local, that's ok: you will be prompted
separately for each of the installation directories, the prefix being
only used to set the defaults.

Installation prefix to use? (~name ok) [/usr/local]

AFS does not seem to be running...

In some special cases, particularly when building perl5 for distribution,
it is convenient to distinguish the directory in which files should be
installed from the directory (/usr/local) in which they will
eventually reside. For most users, these two directories are the same.

What installation prefix should I use for installing files? (~name ok)
[/usr/local]

Getting the current patchlevel...
(You do not have patchlevel.h. Eek.)
(You have perl5 version 0 subversion 0.)

There are some auxiliary files for perl5 that need to be put into a
private library directory that is accessible by everyone.

Pathname where the private library files will reside? (~name ok)
[/usr/local/lib/perl5/0.0.0]

Perl5 contains architecture-dependent library files. If you are
sharing libraries in a heterogeneous environment, you might store
these files in a separate location. Otherwise, you can just include
them with the rest of the public library files.

Where do you want to put the public architecture-dependent libraries? (~name ok)
[/usr/local/lib/perl5/0.0.0/i686-linux]

Some kernels have a bug that prevents setuid #! scripts from being
secure. Some sites have disabled setuid #! scripts because of this.

First let's decide if your kernel supports secure setuid #! scripts.
(If setuid #! scripts would be secure but have been disabled anyway,
don't say that they are secure if asked.)

If you are not sure if they are secure, I can check but I'll need a
username and password different from the one you are using right now.
If you don't have such a username or don't want me to test, simply
enter 'none'.

Other username to test security of setuid scripts with? [none]
Well, the previous value is *not* secure.
Does your kernel have *secure* setuid scripts? [n]

Some systems have disabled setuid scripts, especially systems where
setuid scripts cannot be secure. On systems where setuid scripts have
been disabled, the setuid/setgid bits on scripts are currently
useless. It is possible for perl5 to detect those bits and emulate
setuid/setgid in a secure fashion. This emulation will only work if
setuid scripts have been disabled in your kernel.

Do you want to do setuid/setgid emulation? [n]

<malloc.h> found.

Checking to see how well your C compiler groks the void type...


Do you wish to wrap malloc calls to protect against potential overflows? [y]

Do you wish to attempt to use the malloc that comes with perl5? [n]

Your system wants malloc to return 'void *', it would seem.
Your system uses void free(), it would seem.

After perl5 is installed, you may wish to install various
add-on modules and utilities. Typically, these add-ons will
be installed under /usr/local with the rest
of this package. However, you may wish to install such add-ons
elsewhere under a different prefix.

If you do not wish to put everything under a single prefix, that's
ok. You will be prompted for the individual locations; this siteprefix
is only used to suggest the defaults.

The default should be fine for most people.

Installation prefix to use for add-on modules and utilities? (~name ok)
[/usr/local]

The installation process will create a directory for
site-specific extensions and modules. Most users find it convenient
to place all site-specific files in this directory rather than in the
main distribution directory.

Pathname for the site-specific library files? (~name ok)
[/usr/local/lib/perl5/site_perl/0.0.0]

The installation process will also create a directory for
architecture-dependent site-specific extensions and modules.

Pathname for the site-specific architecture-dependent library files? (~name ok)
[/usr/local/lib/perl5/site_perl/0.0.0/i686-linux]

The installation process will also create a directory for
vendor-supplied add-ons. Vendors who supply perl with their system
may find it convenient to place all vendor-supplied files in this
directory rather than in the main distribution directory. This will
ease upgrades between binary-compatible maintenance versions of perl.

Of course you may also use these directories in whatever way you see
fit. For example, you might use them to access modules shared over a
company-wide network.

The default answer should be fine for most people.
This causes further questions about vendor add-ons to be skipped
and no vendor-specific directories will be configured for perl.

Do you want to configure vendor-specific add-on directories? [n]

Lastly, you can have perl look in other directories for extensions and
modules in addition to those already specified.
These directories will be searched after
/usr/local/lib/perl5/site_perl/0.0.0/i686-linux
/usr/local/lib/perl5/site_perl/0.0.0

Enter a colon-separated set of extra paths to include in perl's @INC
search path, or enter 'none' for no extra paths.

Colon-separated list of additional directories for perl to search? [none]

Checking out function prototypes...
Your C compiler appears to support function prototypes.

Pathname where the public executables will reside? (~name ok)
[/usr/local/bin]

Perl can be built with extra modules or bundles of modules which
will be fetched from the CPAN and installed alongside Perl.

Notice that you will need access to the CPAN; either via the Internet,
or a local copy, for example a CD-ROM or a local CPAN mirror. (You will
be asked later to configure the CPAN.pm module which will in turn do
the installation of the rest of the extra modules or bundles.)

Notice also that if the modules require any external software such as
libraries and headers (the libz library and the zlib.h header for the
Compress::Zlib module, for example) you MUST have any such software
already installed, this configuration process will NOT install such
things for you.

If this doesn't make any sense to you, just accept the default 'n'.
Install any extra modules (y or n)? [n]


If you wish to install html files for programs in Perl5, indicate
the appropriate directory here. To skip installing html files,
answer "none".
Directory for the main Perl5 html pages? (~name ok) [none]

If you wish to install html files for modules associated with Perl5,
indicate the appropriate directory here. To skip installing html files,
answer "none".
Directory for the Perl5 module html pages? (~name ok) [ ]
(That expands to on this system.)
Looking for a previously installed perl5.005 or later...
Using /usr/bin/perl.

In order to ease the process of upgrading, this version of perl
can be configured to use modules built and installed with earlier
versions of perl that were installed under /usr/local. Specify here
the list of earlier versions that this version of perl should check.
If Configure detected no earlier versions of perl installed under
/usr/local, then the list will be empty. Answer 'none' to tell perl
to not search earlier versions.

The default should almost always be sensible, so if you're not sure,
just accept the default.
List of earlier versions to include in @INC? [none]

Many scripts expect perl to be installed as /usr/bin/perl.

If you want to, I can install the perl you are about to compile
as /usr/bin/perl (in addition to /usr/local/bin/perl).

However, please note that because you already have a /usr/bin/perl,
overwriting that with a new Perl would very probably cause problems.
Therefore I'm assuming you don't want to do that (unless you insist).

Do you want to install perl as /usr/bin/perl? [n]

Checking for GNU C Library...
You are using the GNU C Library version 2.2.93

I can use /usr/bin/nm to extract the symbols from your C libraries. This
is a time consuming task which may generate huge output on the disk (up
to 3 megabytes) but that should make the symbols extraction faster. The
alternative is to skip the 'nm' extraction part and to compile a small
test program instead to determine whether each symbol is present. If
you have a fast C compiler and/or if your 'nm' output cannot be parsed,
this may be the best solution.

You probably shouldn't let me use 'nm' if you are using the GNU C Library.

Shall I use /usr/bin/nm to extract C symbols from the libraries? [n]

<dld.h> NOT found.

dlopen() found.

Do you wish to use dynamic loading? [y]
The following dynamic loading files are available:
ext/DynaLoader/dl_aix.xs ext/DynaLoader/dl_mac.xs
ext/DynaLoader/dl_beos.xs ext/DynaLoader/dl_mpeix.xs
ext/DynaLoader/dl_dld.xs ext/DynaLoader/dl_next.xs
ext/DynaLoader/dl_dllload.xs ext/DynaLoader/dl_none.xs
ext/DynaLoader/dl_dlopen.xs ext/DynaLoader/dl_vmesa.xs
ext/DynaLoader/dl_dyld.xs ext/DynaLoader/dl_vms.xs
ext/DynaLoader/dl_hpux.xs
Source file to use for dynamic loading [ext/DynaLoader/dl_dlopen.xs]

Some systems may require passing special flags to cc -c to
compile modules that will be used to create a shared library.
To use no flags, say "none".

Any special flags to pass to cc -c to compile shared library modules?
[-fpic]

Some systems use ld to create libraries that can be dynamically loaded,
while other systems (such as those using ELF) use cc.

What command should be used to create dynamic libraries? [cc]

Some systems may require passing special flags to cc to create a
library that can be dynamically loaded. If your ld flags include
-L/other/path options to locate libraries outside your loader's normal
search path, you may need to specify those -L options here as well. To
use no flags, say "none".

Any special flags to pass to cc to create a dynamically loaded library?
[-shared -L/usr/local/lib]

Some systems may require passing special flags to cc to indicate that
the resulting executable will use dynamic linking. To use no flags,
say "none".

Any special flags to pass to cc to use dynamic linking? [-Wl,-E]

The perl executable is normally obtained by linking perlmain.c with
libperl.a, any static extensions (usually just DynaLoader), and
any other libraries needed on this system (such as -lm, etc.). Since
your system supports dynamic loading, it is probably possible to build
a shared libperl.so. If you will have more than one executable linked
to libperl.so, this will significantly reduce the size of each
executable, but it may have a noticeable effect on performance. The
default is probably sensible for your system.


Build a shared libperl.so (y/n) [n]

System manual is in /usr/share/man/man1.

Perl5 has manual pages available in source form.
If you don't want the manual sources installed, answer 'none'.

Where do the main Perl5 manual pages (source) go? (~name ok)
[/usr/local/share/man/man1]
What suffix should be used for the main Perl5 man pages? [1]

You can have filenames longer than 14 characters.

Perl5 has manual pages for many of the library modules.
If you don't want the manual sources installed, answer 'none'.

Where do the perl5 library man pages (source) go? (~name ok)
[/usr/local/share/man/man3]
What suffix should be used for the perl5 library man pages? [3]

Are you getting the hosts file via yellow pages? [n]

Figuring out host name...
Your host name appears to be "localhost". Right? [y]
(Normalizing case in your host name)

What is your domain name? [.localdomain]
(Normalizing case in your domain name)

I need to get your e-mail address in Internet format if possible, i.e.
something like user@host.domain. Please answer accurately since I have
no easy means to double check it. The default value provided below
is most probably close to reality but may not be valid from outside
your organization...

What is your e-mail address? [root@localhost.localdomain]

If you or somebody else will be maintaining perl at your site, please
fill in the correct e-mail address here so that they may be contacted
if necessary. Currently, the "perlbug" program included with perl
will send mail to this address in addition to perlbug@perl.org. You may
enter "none" for no administrator.

Perl administrator e-mail address [root@localhost.localdomain]

Do you want to install only the version-specific parts of the perl
distribution? Usually you do *not* want to do this.
Do you want to install only the version-specific parts of perl? [n]
I'll use #!/usr/local/bin/perl to start perl scripts.

Some installations have a separate directory just for executable scripts so
that they can mount it across multiple architectures but keep the scripts in
one spot. You might, for example, have a subdirectory of /usr/share for this.
Or you might just lump your scripts in with all your other executables.

Where do you keep publicly executable scripts? (~name ok) [/usr/local/bin]
Pathname where the add-on public executables should be installed? (~name ok)
[/usr/local/bin]
Pathname where the site-specific html pages should be installed? (~name ok)
[none]
Pathname where the site-specific library html pages should be installed? (~name ok)
[none]
Pathname where the site-specific manual pages should be installed? (~name ok)
[/usr/local/share/man/man1]
Pathname where the site-specific library manual pages should be installed? (~name ok)
[/usr/local/share/man/man3]
Pathname where add-on public executable scripts should be installed? (~name ok)
[/usr/local/bin]

Perl can be built to use 'fast stdio', which means using the stdio
library but also directly manipulating the stdio buffers to enable
faster I/O. Using stdio is better for backward compatibility (especially
for Perl extensions), but on the other hand since Perl 5.8 the 'perlio'
interface has been preferred instead of stdio.

If this doesn't make any sense to you, just accept the default 'n'.
Use the "fast stdio" if available? [n]

Checking to see how big your file offsets are...
Your file offsets are 8 bytes long.

Checking the size of fpos_t...
Your fpos_t is 16 bytes long.

Perl can be built to understand large files (files larger than 2 gigabytes)
on some systems. To do so, Configure can be run with -Duselargefiles.

If this doesn't make any sense to you, just accept the default 'y'.
Try to understand large files, if available? [y]

qgcvt() found.

Checking how to print long doubles...

fwalk() NOT found.

access() found.

<sys/file.h> defines the *_OK access constants.

accessx() NOT found.

aintl() NOT found.

alarm() found.

<pthread.h> found.

<sys/types.h> found.

<sys/select.h> found.


Checking to see if your struct tm has tm_zone field...
Yes, it does.

Checking to see if your struct tm has tm_gmtoff field...
Yes, it does.

asctime_r() found.

*** WHOA THERE!!! ***
The previous value for $d_asctime_r on this machine was "undef"!
Keep the previous value? [y]

atolf() NOT found.

atoll() found.

bcmp() found.

bcopy() found.

<unistd.h> found.

getpgrp() found.

Checking to see which flavor of getpgrp is in use...
(I see you are running Configure as super-user...)
You have to use getpgrp() instead of getpgrp(pid).

setpgrp() found.

Checking to see which flavor of setpgrp is in use...
(I see you are running Configure as super-user...)
You have to use setpgrp() instead of setpgrp(pid,pgrp).

bzero() found.

You have void (*signal())().

Checking whether your C compiler can cast large floats to int32.
Nope, it can't.

Checking whether your C compiler can cast negative float to unsigned.
Yup, it can.

vprintf() found.
Your vsprintf() returns (int).

chown() found.

chroot() found.

chsize() NOT found.

class() NOT found.

clearenv() found.

Hmm... Looks like you have Berkeley networking support.

socketpair() found.

Checking the availability of certain socket constants...

<sys/uio.h> found.

Checking to see if your system supports struct cmsghdr...
Yes, it does.

Checking to see if your C compiler knows about "const"...
Yup, it does.

copysignl() found.


crypt() found.

<crypt.h> found.

crypt_r() found.

*** WHOA THERE!!! ***
The previous value for $d_crypt_r on this machine was "undef"!
Keep the previous value? [y]

ctermid_r() NOT found.

ctime_r() found.

*** WHOA THERE!!! ***
The previous value for $d_ctime_r on this machine was "undef"!
Keep the previous value? [y]

cuserid() found.

<limits.h> found.

<float.h> found.

DBL_DIG found.

dbmclose() found.

<dbm.h> found.

*** WHOA THERE!!! ***
The previous value for $i_dbm on this machine was "undef"!
Keep the previous value? [y]

<rpcsvc/dbm.h> NOT found.

dbminit() prototype NOT found.

difftime() found.

<dirent.h> found.

Your directory entries are struct dirent.

Your directory entry does not know about the d_namlen field.

<sys/dir.h> found.

<sys/ndir.h> NOT found.

dirfd() found.

dlerror() found.

<dlfcn.h> found.

On a few systems, the dynamically loaded modules that perl generates and uses
will need a different extension than shared libs. The default will probably
be appropriate.

What is the extension of dynamically loaded modules [so]

Checking whether your dlsym() needs a leading underscore ...
dlsym doesn't need a leading underscore.

drand48_r() found.

*** WHOA THERE!!! ***
The previous value for $d_drand48_r on this machine was "undef"!
Keep the previous value? [y]

drand48() prototype found.

dup2() found.

eaccess() NOT found.

endgrent() found.

<grp.h> found.

endgrent_r() NOT found.

endhostent() found.

<netdb.h> found.

endhostent_r() NOT found.

endnetent() found.

endnetent_r() NOT found.

endprotoent() found.

endprotoent_r() NOT found.

endpwent() found.

<pwd.h> found.

endpwent_r() NOT found.

endservent() found.

endservent_r() NOT found.

<sys/file.h> defines the O_* constants...
and you have the 3 argument form of open().

Using <string.h> instead of <strings.h>.

<sys/file.h> found.

We'll be including <sys/file.h>.

<fcntl.h> found.

We don't need to include <fcntl.h> if we include <sys/file.h>.

Figuring out the flag used by open() for non-blocking I/O...
Using previous value O_NONBLOCK.

Let's see what value errno gets from read() on a O_NONBLOCK file...
Using previous value EAGAIN.
Your read() returns -1 when no data is present.
And you can see EOF because read() returns 0.

(Looks like you have stdio.h from Linux.)
Checking how std your stdio is...
Your stdio acts pretty std.
But I will not snoop inside glibc 2.2.93 stdio buffers.

fchdir() found.

fchmod() found.

fchown() found.

fcntl() found.

Checking if fcntl-based file locking works...
Yes, it seems to work.

Checking to see how well your C compiler handles fd_set and friends ...
Hmm, your compiler has some difficulty with fd_set. Checking further...
Well, your system has some sort of fd_set available...
and you have the normal fd_set macros.

fgetpos() found.

finite() found.

finitel() found.

flock() found.

flock() prototype found.

fork() found.

fp_class() NOT found.

pathconf() found.

fpathconf() found.

fpclass() NOT found.

fpclassify() NOT found.

fpclassl() NOT found.

Checking to see if you have fpos64_t...
You do not have fpos64_t.

frexpl() found.

<sys/param.h> found.

<sys/mount.h> found.

Checking to see if your system supports struct fs_data...
No, it doesn't.

fseeko() found.

fsetpos() found.

fstatfs() found.

statvfs() found.

fstatvfs() found.

fsync() found.

ftello() found.

Checking for a working futimes()
No, it has futimes, but it isn't working (38) (probably harmless)\n

getcwd() found.

getespwnam() NOT found.

getfsstat() NOT found.

getgrent() found.

getgrent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getgrent_r on this machine was "undef"!
Keep the previous value? [y]

getgrgid_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getgrgid_r on this machine was "undef"!
Keep the previous value? [y]

getgrnam_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getgrnam_r on this machine was "undef"!
Keep the previous value? [y]

gethostbyaddr() found.

gethostbyname() found.

gethostent() found.

gethostname() found.
uname() found.

Every now and then someone has a gethostname() that lies about the hostname
but can't be fixed for political or economic reasons. If you wish, I can
pretend gethostname() isn't there and maybe compute hostname at run-time
thanks to the 'hostname' command.

Shall I ignore gethostname() from now on? [n]

gethostbyaddr_r() found.

*** WHOA THERE!!! ***
The previous value for $d_gethostbyaddr_r on this machine was "undef"!
Keep the previous value? [y]

gethostbyname_r() found.

*** WHOA THERE!!! ***
The previous value for $d_gethostbyname_r on this machine was "undef"!
Keep the previous value? [y]

gethostent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_gethostent_r on this machine was "undef"!
Keep the previous value? [y]

gethostent() prototype found.

getitimer() found.

getlogin() found.

getlogin_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getlogin_r on this machine was "undef"!
Keep the previous value? [y]

getmnt() NOT found.

getmntent() found.

getnetbyaddr() found.

getnetbyname() found.

getnetent() found.

getnetbyaddr_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getnetbyaddr_r on this machine was "undef"!
Keep the previous value? [y]

getnetbyname_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getnetbyname_r on this machine was "undef"!
Keep the previous value? [y]

getnetent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getnetent_r on this machine was "undef"!
Keep the previous value? [y]

getnetent() prototype found.

getpagesize() found.

getprotobyname() found.

getprotobynumber() found.

getprotoent() found.

getpgid() found.

getpgrp2() NOT found.

getppid() found.

getpriority() found.

getprotobyname_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getprotobyname_r on this machine was "undef"!
Keep the previous value? [y]

getprotobynumber_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getprotobynumber_r on this machine was "undef"!
Keep the previous value? [y]

getprotoent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getprotoent_r on this machine was "undef"!
Keep the previous value? [y]

getprotoent() prototype found.

getprpwnam() NOT found.

getpwent() found.

getpwent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getpwent_r on this machine was "undef"!
Keep the previous value? [y]

getpwnam_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getpwnam_r on this machine was "undef"!
Keep the previous value? [y]

getpwuid_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getpwuid_r on this machine was "undef"!
Keep the previous value? [y]

getservbyname() found.

getservbyport() found.

getservent() found.

getservbyname_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getservbyname_r on this machine was "undef"!
Keep the previous value? [y]

getservbyport_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getservbyport_r on this machine was "undef"!
Keep the previous value? [y]

getservent_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getservent_r on this machine was "undef"!
Keep the previous value? [y]

getservent() prototype found.

getspnam() found.

<shadow.h> found.

getspnam_r() found.

*** WHOA THERE!!! ***
The previous value for $d_getspnam_r on this machine was "undef"!
Keep the previous value? [y]

gettimeofday() found.

gmtime_r() found.

*** WHOA THERE!!! ***
The previous value for $d_gmtime_r on this machine was "undef"!
Keep the previous value? [y]

hasmntopt() found.

<netinet/in.h> found.

<arpa/inet.h> found.

htonl() found.

ilogbl() found.

strchr() found.

inet_aton() found.

isascii() found.

isfinite() NOT found.

isinf() found.

isnan() found.

isnanl() found.

killpg() found.

lchown() found.

LDBL_DIG found.

<math.h> found.

Checking to see if your libm supports _LIB_VERSION...
Yes, it does (2)

link() found.

localtime_r() found.

*** WHOA THERE!!! ***
The previous value for $d_localtime_r on this machine was "undef"!
Keep the previous value? [y]

localeconv() found.

lockf() found.

lseek() prototype found.

lstat() found.

madvise() found.

malloc_size() NOT found.

malloc_good_size() NOT found.

mblen() found.

mbstowcs() found.

mbtowc() found.

memchr() found.

memcmp() found.

memcpy() found.

memmove() found.

memset() found.

mkdir() found.

mkdtemp() found.

mkfifo() found.

mkstemp() found.

mkstemps() NOT found.

mktime() found.

<sys/mman.h> found.

mmap() found.
and it returns (void *).

sqrtl() found.

scalbnl() found.

modfl() found.

modfl() prototype found.
Checking to see whether your modfl() is okay for large values...
Your modfl() seems okay for large values.

mprotect() found.

msgctl() found.

msgget() found.

msgsnd() found.

msgrcv() found.

You have the full msg*(2) library.

Checking to see if your system supports struct msghdr...
Yes, it does.

msync() found.

munmap() found.

nice() found.

<langinfo.h> found.

nl_langinfo() found.

What is the size of a character (in bytes)? [1]

Checking to see if your C compiler knows about "volatile"...
Yup, it does.

Choosing the C types to be used for Perl's internal types...
(IV will be long, 4 bytes)
(UV will be unsigned long, 4 bytes)
(NV will be double, 8 bytes)
Checking how many bits of your UVs your NVs can preserve...
Your NVs can preserve all 32 bits of your UVs.
Checking whether NV 0.0 is all bits zero in memory...
0.0 is represented as all bits zero in memory

Checking to see if you have off64_t...
You do not have off64_t.
(Your off_t is 64 bits, so you could use that.)

pause() found.

pipe() found.

poll() found.

readlink() found.

然后我执行make命令，提示.
然后我执行make命令，提示说

make: *** No targets specified and no makefile found. Stop.

好像是先前configure出的问题，出现在哪里呢？

我也下载了个ActivePerl来.
我也下载了个ActivePerl来试了一试：
shell > rpm -ivh ActivePerl-5.8.8.819-i686-linux-glibc-2.2.4-gcc-267479.rpm
Preparing... ########################################### [100%]
1:ActivePerl ########################################### [100%]

shell > rpm -ivh rrdtool-1.0.49-1.1.rhel4.fr.i386.rpm
error: Failed dependencies:
perl >= 3:5.8.5 is needed by rrdtool-1.0.49-1.1.fc3.fr

也就是说，我要安装的rrdtool这个该死的小破软件，偏得需要perl而不是ActivePerl，或许，我用rddtool的源码修改rddtool的配置configure文件里面关于perl的依赖可以解决问题么？想问一下，这里有没有在RedHat8上成功安装OpenNMS的版友呢？