configure.in
author Ryo Kato <ryo_kato@hashedhyphen.com>
Sun, 03 Apr 2016 16:20:20 +0900
changeset 292524 afdcc508d7644bbe87de12f4435cd67538e225c8
parent 288006 3e95b2a351a4adebc375f57ed56e977d09968f02
child 310121 54cf74de41dfa8dfd04fcdf01616609e7f7e2704
permissions -rw-r--r--
Bug 1255682 - Remove unnecessary t.step_func() from a chrome test r=hiro In promise chains, we don't have to use t.step_func. However, when there are callbacks in promise chains, assertions in the callbacks need wrapped in either t.step or t.step_func. If we use t.step_func, a variable scope might be divided. This can be a problem when an assertion uses local-scope variable (e.g. the callback in MutationObserver uses an assertion which take `changedAnimation`). Therefore, t.step is helpful in this case. (There no t.step_func we should remove in web-platform tests.) MozReview-Commit-ID: IiSizgCQjpG

dnl This Source Code Form is subject to the terms of the Mozilla Public
dnl License, v. 2.0. If a copy of the MPL was not distributed with this
dnl file, You can obtain one at http://mozilla.org/MPL/2.0/.
dnl
dnl Welcome to the new world of configure. We're working on moving to a
dnl python based configure. In the meanwhile, remains of the old autoconf
dnl based configure is in old-configure.in.
dnl If you need to add something, please come talk to the build system
dnl peers for now.
dnl
dnl Because adding a configure file in the tree is going to conflict with
dnl existing configure files in people's (and automation) work trees, and
dnl because some automation jobs are still running autoconf and configure
dnl "manually", this file is actually an m4 file that is processed by
dnl autoconf, but doesn't call any autoconf macros. The `divert` line
dnl below ensures the script that follows is output by autoconf.
divert(0)dnl
#!/bin/sh

SRCDIR=$(dirname $0)
TOPSRCDIR="$SRCDIR"
export OLD_CONFIGURE="$SRCDIR"/old-configure

which python2.7 > /dev/null && exec python2.7 "$TOPSRCDIR/configure.py" "$@" || exec python "$TOPSRCDIR/configure.py" "$@"