RE: Redhat 9.0 development environment wierdness...

From: Wade Chandler (wchandler_at_redesetgrow.com)
Date: 11/03/03

  • Next message: Joe Szilagyi: "bash_history" 
    To: <redhat-list@redhat.com>
Date: Mon, 3 Nov 2003 09:25:42 -0500

    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@redhat.com [mailto:redhat-list-admin@redhat.com]
    On Behalf Of Net Virtual Mailing Lists
    Sent: Monday, November 03, 2003 3:58 AM
    To: redhat-list@redhat.com
    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@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
  • Next message: Joe Szilagyi: "bash_history"

    Relevant Pages

    • Re: Problem with MSVC++.NET 2003 Project converted to 2005
      ... > eliminated the compile errors relating to those warnings. ... > entrypoint function in MainForm.cpp: ... You *may* be able to install the necessary support for your Win 32 project ...
      (microsoft.public.dotnet.general)
    • Re: Gnome is a problem for OEMs
      ... install the entire development environment (a lot of packages), ...
      (Ubuntu)
    • Re: Compact SQL - Any CPU Build
      ... After the install, I confirmed the keys were created under ... our application can be installed on both of the x86 and x64 platform. ... But if we want to compile it as x64 version, ... Microsoft Online Community Support ...
      (microsoft.public.dotnet.general)
    • Re: Linux vs FreeBSD vs SCO
      ... >> often you install an upgrade, and you find it needs something else, ... >> package, from packages otherwise it has to compile Ruby, and some ... in a Maynard Sandstar floppy controller and hung 8" DD floppies ... The official IBM DOS 2.0 manuals and disks are there too. ...
      (comp.unix.sco.misc)
    • Re: Suse 10.3 and DVD::RIP
      ... Gnome began to sort of fork off and became increasingly unfriendly to ... As we are a openSUSE group, that is what I am talking about. ... be problematic to compile is none of my business. ... I have to install 75 MB of stuff to run a 2 ...
      (alt.os.linux.suse)