~ubuntu-branches/ubuntu/utopic/almanah/utopic-proposed

# Generated by GNU Autoconf 2.69 for almanah 0.11.0.

PACKAGE_VERSION='0.11.0'

PACKAGE_STRING='almanah 0.11.0'

PACKAGE_URL='http://wiki.gnome.org/Apps/Almanah_Diary'

\`configure' configures almanah 0.11.0 to adapt to many kinds of systems.

     short | recursive ) echo "Configuration of almanah 0.11.0:";;

almanah home page: <http://wiki.gnome.org/Apps/Almanah_Diary>.

almanah configure 0.11.0

It was created by almanah $as_me 0.11.0, which was

# expand $ac_aux_dir to an absolute path

am_aux_dir=`cd $ac_aux_dir && pwd`

 

ac_ext=c

ac_cpp='$CPP $CPPFLAGS'

ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5'

ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS >&5'

ac_compiler_gnu=$ac_cv_c_compiler_gnu

{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether $CC understands -c and -o together" >&5

$as_echo_n "checking whether $CC understands -c and -o together... " >&6; }

if ${am_cv_prog_cc_c_o+:} false; then :

  $as_echo_n "(cached) " >&6

else

  cat confdefs.h - <<_ACEOF >conftest.$ac_ext

/* end confdefs.h.  */

 

int

main ()

{

 

  ;

  return 0;

}

_ACEOF

  # Make sure it works both with $CC and with simple cc.

  # Following AC_PROG_CC_C_O, we do the test twice because some

  # compilers refuse to overwrite an existing .o file with -o,

  # though they will create one.

  am_cv_prog_cc_c_o=yes

  for am_i in 1 2; do

    if { echo "$as_me:$LINENO: $CC -c conftest.$ac_ext -o conftest2.$ac_objext" >&5

   ($CC -c conftest.$ac_ext -o conftest2.$ac_objext) >&5 2>&5

   ac_status=$?

   echo "$as_me:$LINENO: \$? = $ac_status" >&5

   (exit $ac_status); } \

         && test -f conftest2.$ac_objext; then

      : OK

    else

      am_cv_prog_cc_c_o=no

      break

    fi

  done

  rm -f core conftest*

  unset am_i

fi

{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $am_cv_prog_cc_c_o" >&5

$as_echo "$am_cv_prog_cc_c_o" >&6; }

if test "$am_cv_prog_cc_c_o" != yes; then

   # Losing compiler, so override with the script.

   # FIXME: It is wrong to rewrite CC.

   # But if we don't then we get into trouble of one sort or another.

   # A longer-term fix would be to have automake use am__CC in this case,

   # and then we could set am__CC="\$(top_srcdir)/compile \$(CC)"

   CC="$am_aux_dir/compile $CC"

fi

ac_ext=c

ac_cpp='$CPP $CPPFLAGS'

ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5'

ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS >&5'

ac_compiler_gnu=$ac_cv_c_compiler_gnu

 

 

am__api_version='1.14'

if eval "$MISSING --is-lightweight"; then

  am_missing_run="$MISSING "

# Check whether --enable-silent-rules was given.

if test "${enable_silent_rules+set}" = set; then :

  enableval=$enable_silent_rules;

fi

 

case $enable_silent_rules in # (((

  yes) AM_DEFAULT_VERBOSITY=0;;

   no) AM_DEFAULT_VERBOSITY=1;;

    *) AM_DEFAULT_VERBOSITY=1;;

esac

am_make=${MAKE-make}

{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether $am_make supports nested variables" >&5

$as_echo_n "checking whether $am_make supports nested variables... " >&6; }

if ${am_cv_make_support_nested_variables+:} false; then :

  $as_echo_n "(cached) " >&6

else

  if $as_echo 'TRUE=$(BAR$(V))

BAR0=false

BAR1=true

V=1

am__doit:

        @$(TRUE)

.PHONY: am__doit' | $am_make -f - >/dev/null 2>&1; then

  am_cv_make_support_nested_variables=yes

else

  am_cv_make_support_nested_variables=no

fi

fi

{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $am_cv_make_support_nested_variables" >&5

$as_echo "$am_cv_make_support_nested_variables" >&6; }

if test $am_cv_make_support_nested_variables = yes; then

    AM_V='$(V)'

  AM_DEFAULT_V='$(AM_DEFAULT_VERBOSITY)'

else

  AM_V=$AM_DEFAULT_VERBOSITY

  AM_DEFAULT_V=$AM_DEFAULT_VERBOSITY

fi

AM_BACKSLASH='\'

 

 VERSION='0.11.0'

 

# We'll loop over all known methods to create a tar archive until one works.

_am_tools='gnutar  pax cpio none'

 

 

# POSIX will say in a future version that running "rm -f" with no argument

# is OK; and we want to be able to make that assumption in our Makefile

# recipes.  So use an aggressive probe to check that the usage we want is

# actually supported "in the wild" to an acceptable degree.

# See automake bug#10828.

# To make any issue more visible, cause the running configure to be aborted

# by default if the 'rm' program in use doesn't match our expectations; the

# user can still override this though.

if rm -f && rm -fr && rm -rf; then : OK; else

  cat >&2 <<'END'

Oops!

 

Your 'rm' program seems unable to run without file operands specified

on the command line, even when the '-f' option is present.  This is contrary

to the behaviour of most rm programs out there, and not conforming with

the upcoming POSIX standard: <http://austingroupbugs.net/view.php?id=542>

 

Please tell bug-automake@gnu.org about your system, including the value

of your $PATH and any error possibly output before this message.  This

can help us improve future automake versions.

 

END

  if test x"$ACCEPT_INFERIOR_RM_PROGRAM" = x"yes"; then

    echo 'Configuration will proceed anyway, since you have set the' >&2

    echo 'ACCEPT_INFERIOR_RM_PROGRAM variable to "yes"' >&2

    echo >&2

  else

    cat >&2 <<'END'

Aborting the configuration process, to ensure you take notice of the issue.

 

You can download and install GNU coreutils to get an 'rm' implementation

that behaves properly: <http://www.gnu.org/software/coreutils/>.

 

If you want to complete the configuration process using your problematic

'rm' anyway, export the environment variable ACCEPT_INFERIOR_RM_PROGRAM

to "yes", and re-run configure.

 

END

    as_fn_error $? "Your 'rm' program is bad, sorry." "$LINENO" 5

  fi

fi

x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \

          powerpc64le-*linux*)

            LD="${LD-ld} -m elf32lppclinux"

            ;;

          powerpc64-*linux*)

          powerpcle-*linux*)

            LD="${LD-ld} -m elf64lppc"

            ;;

          powerpc-*linux*)

ac_config_files="$ac_config_files Makefile src/Makefile po/Makefile.in data/Makefile data/icons/Makefile data/icons/16x16/Makefile data/icons/22x22/Makefile data/icons/32x32/Makefile data/icons/48x48/Makefile data/icons/256x256/Makefile data/icons/scalable/Makefile data/org.gnome.almanah.gschema.xml.in"

This file was extended by almanah $as_me 0.11.0, which was

almanah home page: <http://wiki.gnome.org/Apps/Almanah_Diary>."

almanah config.status 0.11.0

    "data/icons/256x256/Makefile") CONFIG_FILES="$CONFIG_FILES data/icons/256x256/Makefile" ;;

    "data/icons/scalable/Makefile") CONFIG_FILES="$CONFIG_FILES data/icons/scalable/Makefile" ;;

  # Older Autoconf quotes --file arguments for eval, but not when files

    test -z "$am__include" && continue