ArchiveOrangemail archive

dev.apr.apache.org


(List home) (Recent threads) (3 other Apache APR lists)

Subscription Options

  • RSS or Atom: Read-only subscription using a browser or aggregator. This is the recommended way if you don't need to send messages to the list. You can learn more about feed syndication and clients here.
  • Conventional: All messages are delivered to your mail address, and you can reply. To subscribe, send an email to the list's subscribe address with "subscribe" in the subject line, or visit the list's homepage here.
  • Low traffic list: less than 3 messages per day
  • This list contains about 24,735 messages, beginning Feb 2001
  • 0 messages added yesterday
Report the Spam
This button sends a spam report to the moderator. Please use it sparingly. For other removal requests, read this.
Are you sure? yes no

Adding -qHALT=E to CFLAGS on AIX

Ad
Albert Chin 1086393238Fri, 04 Jun 2004 23:53:58 +0000 (UTC)
Why add -qHALT=E to CFLAGS on AIX (build/apr_hints.m4)? That seems
like an undue burden. It forces the client application to work with
-qHALT=E. I don't see an equivalent restriction for Solaris
(-errwarn), HP-UX (+We), Tru64 UNIX (-msg_error), etc. Subversion, for
example, breaks with this.

    *-ibm-aix*)
        ...
        dnl If using xlc, remember it, and give it the right options.
        if $CC 2>&1 | grep 'xlc' > /dev/null; then
          APR_SETIFNULL(AIX_XLC, [yes])
          APR_ADDTO(CFLAGS, [-qHALT=E])
        fi
Jeff Trawick 1086396159Sat, 05 Jun 2004 00:42:39 +0000 (UTC)
Albert Chin wrote: > Why add -qHALT=E to CFLAGS on AIX (build/apr_hints.m4)? That seems > like an undue burden. > It forces the client application to work with > -qHALT=E. I don't see an equivalent restriction for Solaris > (-errwarn), HP-UX (+We), Tru64 UNIX (-msg_error), etc. Subversion, for > example, breaks with this. > *-ibm-aix*) > ... > dnl If using xlc, remember it, and give it the right options. > if $CC 2>&1 | grep 'xlc' > /dev/null; then > APR_SETIFNULL(AIX_XLC, [yes]) > APR_ADDTO(CFLAGS, [-qHALT=E])
For some reason I suspect that the Subversion folks would be pleased to know that, and eager to resolve the warning/error/whatever. But I understand how somebody taking some standard package may not be so keen on resolving language nuances which could possibly be ignored. I guess your experience differs, but in my experience, the same sort of thing that won't compile with xlc will often have compile failures with vendor compiler for HP-UX, Tru64, or z/OS as well (all using APR-specified options). (I had cron jobs reporting build issues on various platforms for a lot of the busier stage of APR development; somebody would check in something not quite right and AIX, HP-UX, and Tru64 would very often report the same problem. I don't recall any onerous failures specific to AIX.) Removing this could possibly affect autoconfiguration. See the original change log:
Home | About | Privacy