A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2008-October/083138.html below:

[Python-Dev] Why do we care about -OPT:Olimit=0?

[Python-Dev] Why do we care about -OPT:Olimit=0? [Python-Dev] Why do we care about -OPT:Olimit=0?skip at pobox.com skip at pobox.com
Mon Oct 27 21:22:43 CET 2008
Python's configure.in contains this check:

    # disable check for icc since it seems to pass, but generates a warning
    if test "$CC" = icc
    then
      ac_cv_opt_olimit_ok=no
    fi

    AC_MSG_CHECKING(whether $CC accepts -OPT:Olimit=0)
    AC_CACHE_VAL(ac_cv_opt_olimit_ok,
    [ac_save_cc="$CC"
    CC="$CC -OPT:Olimit=0"
    AC_TRY_RUN([int main() { return 0; }],
      ac_cv_opt_olimit_ok=yes,
      ac_cv_opt_olimit_ok=no,
      ac_cv_opt_olimit_ok=no)
    CC="$ac_save_cc"])
    AC_MSG_RESULT($ac_cv_opt_olimit_ok)

Why do we care about that particular obscure compiler flag?  I'm trying to
build Python 2.4.x with the Sun Studio 12 compiler, which appears to operate
in the same broken fashion as icc.  It warns that it doesn't support the
option but still exits with a zero status which makes configure incorrectly
think it does support the flag.

This same chunk of code seems to be in configure.in dating back to 1997 with
this comment:

    r8948 | guido | 1997-10-09 15:24:13 -0500 (Thu, 09 Oct 1997) | 2 lines

    Don Beaudry's changes to support SGI_ABI on Irix 6.x.

Can this check be ripped out?

Skip
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4