[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

[howarth at nitro dot med dot uc dot edu]

------- Comment #5 from howarth at nitro dot med dot uc dot edu  2010-09-03 21:58 -------
Okay the problem is that pre-r163815/r163816, we had in gcc/configure.ac...

# x86's use BID format instead of DPD
case x$enable_decimal_float in
  xyes)
    case $target in
      i?86*-*-linux* | x86_64*-*-linux*)
        enable_decimal_float=bid
        ;;
      *)
        enable_decimal_float=dpd
        ;;
    esac
    ;;
  xno)
    # ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper
    # dependency on libdecnumber.
    enable_decimal_float=dpd
    ;;
esac

whereas in libgcc/configure.ac, we had a special case of just...

# x86's use BID format instead of DPD
if test x$enable_decimal_float = xyes; then
  case $host in
    i?86*-*-linux* | x86_64*-*-linux*)
      enable_decimal_float=bid
      ;;
    *)
      enable_decimal_float=dpd
      ;;
  esac
fi

that did nothing in the case of enable_decimal_float=no.

Our problem is that dfp.m4 is too coarse of a solution as it forces the same
test to be used everywhere...


# x86's use BID format instead of DPD
case x$enable_decimal_float in
  xyes)
    case $target in
      i?86*-*-* | x86_64*-*-*)
        enable_decimal_float=bid
        ;;
      *)
        enable_decimal_float=dpd
        ;;
    esac
    ;;
  xno)
    # ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper
    # dependency on libdecnumber.
    enable_decimal_float=dpd
    ;;
esac

and invalidly sets enable_decimal_float=dpd for libgcc.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524