RE: Redhat 9.0 development environment wierdness...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



1) This could be a linker error or another issue dealing with errno.
You may have a library you are missing.  The errno messages  you are
getting could better be helped if you had a log of your build.

2) PHP 4.3.3 is the latest release.  I compiled this recently.  I had to
download certain later libs and compile them to have the libs and
headers.  It still has the warnings you posted.

3) some of the messages you are getting are just warnings.  Your item
"D" of #3 should be self explanatory.  There is obviously a better way
of doing something which is in the code.  You'd have this error with
anything where a newer better function exists and a warning is produced
based on a deprecated or retiring function/method.  It doesn't make the
code any less reliable than it was before the newer way existed.  You
can be assured that most software you use that you haven't compiled has
warnings from the compiler.

4) htdig.  What are the defaults in the configure scripts for the
include files?  You need to check this.  Also if you do a find for
fstream.h do you have it on your system.  Search from / or try locate
fstream.h.  If you have it does your include dirs for the configure
match that of your system.

5) You should expect a development environment to correct bugs and fix
issues.  Whether you have all the libs or headers you need for any given
setup depends on you or the project you are trying to compile.  If the
projects don't support a particular version of a compiler.  Ask them
when they are going to catch up to newer tools which are shipping with
the OS.  I'm sure SuSE and all the other guys are shipping the latest
versions of the GNU tools. :-)

Wade

-----Original Message-----
From: redhat-list-admin@xxxxxxxxxx [mailto:redhat-list-admin@xxxxxxxxxx]
On Behalf Of Net Virtual Mailing Lists
Sent: Monday, November 03, 2003 3:58 AM
To: redhat-list@xxxxxxxxxx
Subject: Redhat 9.0 development environment wierdness...


Hello,

This is the second Redhat server I have used for our clients and I am
quite frustrated with it.  The other one is Redhat 7.2 which has been
(relatively) okay.  I am so scared by this experience with Redhat 9.0
(and not meeting my client's expectations) that I am considering to 'cut
my losses' and switch to FreeBSD, Solaris, or (maybe) RH 7.2.

In short: I cannot get much of anything to compile without warnings,
errors, and configure scripts failing to work.  Here is just a short
list, none of which occur on my FreeBSD, RH 7.2, or Solaris systems:

#1. qmail-1.03 - won't compile, "undefined reference to errno"

#2. php-4.3.1  - won't compile when --with-mysql is specified "undefined
reference to errno" (presumably this is fixed in the CVS version of PHP,
but I cannot really consider running a CVS version of anything in a
production environment)

#3. php-4.3.1 - when --with-mysql=/usr is specified (causing PHP to not
use it's internal mysql code), I get the following errors:
    A. warning: implicit declaration of function `getpgid'
    B. warning: implicit declaration of function `pread'
    C. warning: implicit declaration of function `pwrite'
    D. the use of `tmpnam' is dangerous, better use `mkstemp`

#4. apache-1.3.29 -  the use of `tmpnam' is dangerous, better use
`mkstemp

#5. htdig-3.1.6 - configure fails 'checking for fstream.h'... (yes the
g++ rpm is installed)..  Making me wonder:
    A. Are configure scripts for other things failing to detect header
files and 'falling back' to some deprecated APIs?
    B. Could that be what the tmpname error is related to?
    C. How can I possibly rely upon this development environment?

... As I am sure anyone with a large number of servers to manage is
aware, having odd development environments which require 'special
handling' is a nightmare to deal with.   It blows my mind that I have
only started to configure this server and so far 5 out 5 software builds
have 'failed' (by my standards) to configure, compile, or install
properly.

This is a fairly stock Redhat installation with the following (of
interest) RPM's installed:

libstdc++-3.2.2-5
gcc-objc-3.2.2-5
glibc-kernheaders-2.4-8.10
gcc-3.2.2-5
gcc-c++-3.2.2-5
gcc-gnat-3.2.2-5
libgcc-3.2.2-5
gcc-java-3.2.2-5
binutils-2.13.90.0.18-9
MAKEDEV-3.3.2-5
libtool-1.4.3-5
libstdc++-devel-3.2.2-5
redhat-release-9-3


(I may have missed a few, there are a lot of rpm's installed, but I
tried to pick out the ones which seemed relevant to the development
environment).

My specific questions are:
 1. Am I doing something wrong trying to configure/compile this
software?  2. Should I consider the installation of RH 9 to be suspect
at this point?  3. Is there something wrong with the RH 9 development
environment?  4. If I stick with RH Linux, should I downgrade to 7.2?
 5. What are your thoughts on RH's long-term strategy in this area?   Is
RH 10 going to introduce the same magnitude of problems all over again? 
Should integrators/administrators anticipate these sort of problems
(which don't seem to exist to this level in other OSes) when upgrading?

Sorry if I seem overly bitter - I've been fighting with this all weekend
and have now missed a very important deadline as a result.  These
packages I am trying to compile comprise about 10% of the software I
need to install on our servers and if I can't even get through these I
can only imagine what lies in store for me as I move on to the more
complex ones which are not updated as frequently....

Thanks!

Greg Saylor
Senior Systems Integrator



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux