Re: Building universal binaries makes 'check' fail

2007-02-28 Thread Elias Pipping

seems to work!

== building ==

./configure \
 --prefix=/opt/local \
 --infodir=/opt/local/share/info \
 --mandir=/opt/local/share/man &&
make &&
make -k check >& ~/logs/autoconf-cvs.check.log; \
cp config.log ~/logs/autoconf-cvs.config.log

== files ==



autoconf-cvs.config.log.bz2
Description: Binary data


autoconf-cvs.check.log.bz2
Description: Binary data



Regards,

Elias Pipping


On Mar 1, 2007, at 1:20 AM, Paul Eggert wrote:


Elias Pipping <[EMAIL PROTECTED]> writes:


autoconf fails for me with

177: AC_C_BIGENDIAN  FAILED (semantics.at:478)


Thanks for testing this.  I have installed the following additional
patch, which I hope fixes your problem.  It also fixes the misspelling
noted by Paolo Bonzini.  Please give it a try when you have the time.

2007-02-28  Paul Eggert  <[EMAIL PROTECTED]>

* lib/autoconf/c.m4 (AC_C_BIGENDIAN): Fix typo "__LITLE_ENDIAN__".
Problem reported by Paolo Bonzini in:
	http://lists.gnu.org/archive/html/autoconf-patches/2007-02/ 
msg00024.html

* tests/semantics.at (AC_C_BIGENDIAN): Don't reject hosts that have
    universal binaries.  Problem reported by Elias Pipping.

Index: lib/autoconf/c.m4
===
RCS file: /cvsroot/autoconf/autoconf/lib/autoconf/c.m4,v
retrieving revision 1.243
diff -u -p -r1.243 c.m4
--- lib/autoconf/c.m4   28 Feb 2007 00:03:33 -  1.243
+++ lib/autoconf/c.m4   1 Mar 2007 00:18:25 -
@@ -1384,9 +1384,10 @@ AC_DEFUN([AC_C_BIGENDIAN],
 # See if __BIG_ENDIAN__ or __LITTLE_ENDIAN__ is defined.
 AC_COMPILE_IFELSE(
   [AC_LANG_SOURCE(
-[[#if ! (defined __BIG_ENDIAN__ || defined __LITLE_ENDIAN__)
+[[#if ! (defined __BIG_ENDIAN__ || defined __LITTLE_ENDIAN__)
neither is defined;
  #endif
+ typedef int dummy;
 ]])],
   [ac_cv_c_bigendian=universal])
 if test $ac_cv_c_bigendian = unknown; then
Index: tests/semantics.at
===
RCS file: /cvsroot/autoconf/autoconf/tests/semantics.at,v
retrieving revision 1.59
diff -u -p -r1.59 semantics.at
--- tests/semantics.at  1 Dec 2006 19:36:56 -   1.59
+++ tests/semantics.at  1 Mar 2007 00:18:25 -
@@ -2,7 +2,7 @@

 AT_BANNER([Semantics.])

-# Copyright (C) 2000, 2001, 2002, 2004, 2005, 2006 Free Software
+# Copyright (C) 2000, 2001, 2002, 2004, 2005, 2006, 2007 Free  
Software

 # Foundation, Inc.
 #
 # This program is free software; you can redistribute it and/or  
modify

@@ -470,7 +470,11 @@ AT_KEYWORDS([cross])
 # cross-compiling or not.

 _AT_CHECK_AC_MACRO(
-  [[AC_C_BIGENDIAN([ac_endian=big],[ac_endian=little], 
[ac_endian=unknown])

+  [[AC_C_BIGENDIAN(
+  [ac_endian=big],
+  [ac_endian=little],
+  [ac_endian=unknown],
+  [ac_endian=universal])
echo $ac_endian > at-endian
 ]])

@@ -479,7 +483,11 @@ _AT_CHECK_AC_MACRO(
   [[# Force cross compiling.
cross_compiling=yes
ac_tool_warned=yes
-   AC_C_BIGENDIAN([ac_endian=big],[ac_endian=little], 
[ac_endian=unknown])

+   AC_C_BIGENDIAN(
+ [ac_endian=big],
+ [ac_endian=little],
+ [ac_endian=unknown],
+ [ac_endian=universal])
ac_prevendian=`cat at-endian`
# Check that we have found the same result as in the previous run
# or unknown (because the cross-compiling check is allowed to  
fail;

@@ -490,7 +498,8 @@ _AT_CHECK_AC_MACRO(
fi
 ]])

-# Make sure AC_C_BIGENDIAN with no argument will define  
WORDS_BIGENDIAN
+# Make sure AC_C_BIGENDIAN with no argument will create a config.h  
template

+# containing "WORDS_BIGENDIAN".
 AT_CONFIGURE_AC([[AC_C_BIGENDIAN]])
 # --force is necessary, the computer might be too fast.
 AT_CHECK_AUTOHEADER([--force])


___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils




Re: Building universal binaries makes 'check' fail

2007-02-28 Thread Elias Pipping

On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote:

Apple suggests using their lipo tool to create universal binaries  
from multiple single architecture runs of configure and make.


Where do they do that? I was following

http://developer.apple.com/technotes/tn2005/tn2137.html

While that might not always be possible (yet?) it would certainly be  
a goal.


Regards,

Elias Pipping






Re: Building universal binaries makes 'check' fail

2007-02-28 Thread Elias Pipping

Hello,

since I only own one machine (a ppc mac) that's the only platform i  
can test on.

Modifying config.h the way you described has these effects, though:

 * make check completes without any errors
 * the output of md5sum matches the output of openssl's md5.

Regards,

Elias Pipping

On Feb 28, 2007, at 12:32 AM, Paul Eggert wrote:

In <http://lists.gnu.org/archive/html/bug-coreutils/2007-02/ 
msg00290.html>

Elias Pipping <[EMAIL PROTECTED]> writes:


The actual problem (while these binaries work flawlessly for me)
is that 'make check' fails (see cmd_output_tail)


Most likely the problem is that 'configure' is probing your build
architecture, and is coming up answers appropriate for that
architecture, but then you are running on a different architecture.
Given that md5sum fails, the first suspect would be WORDS_BIGENDIAN in
lib/config.h.  That is, I suspect that WORDS_BIGENDIAN should have
different values on your different architectures.

To help debug this, can you please try modifying your lib/config.h by
replacing these lines:

/* Define to 1 if your processor stores words with the most  
significant byte

   first (like Motorola and SPARC, unlike Intel and VAX). */
/* #undef WORDS_BIGENDIAN */

with these lines:

/* Define WORDS_BIGENDIAN to 1 if your processor stores words with  
the most
   significant byte first (like Motorola and SPARC, unlike Intel  
and VAX). */

#if defined __BIG_ENDIAN__
# define WORDS_BIGENDIAN 1
#elif ! defined __LITTLE_ENDIAN__
/* #undef WORDS_BIGENDIAN */
#endif

and then do a "make clean; make"?  Then you can do a "make check" on
both architectures.

I will CC: this to bug-gnulib and bug-autoconf to give people a
heads-up on this issue.

In general the build != execute problem is a severe one with lots of
issues, but for the particular combination of Power Mac and Intel this
may be the only issue for coreutils.






[GNU Autoconf 2.60b] testsuite: 77 failed

2006-10-26 Thread Elias Pipping


testsuite.log
Description: Binary data


[GNU Autoconf 2.60] testsuite: 3 failed

2006-10-14 Thread Elias Pipping


testsuite.log
Description: Binary data