public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Subrata Modak <subrata@linux.vnet.ibm.com>
To: Ric White <richard.white@hp.com>
Cc: openhpi-devel@lists.sourceforge.net,
	LTP list <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH] Cross-compile configure bug
Date: Sun, 23 Aug 2009 12:58:15 +0530	[thread overview]
Message-ID: <1251012495.16822.30.camel@subratamodak.linux.ibm.com> (raw)
In-Reply-To: <364299f40908191611x4accc24yc36b344956c7a40c@mail.gmail.com>

Ric,

Can you please look into Garrettś patch ? This solves some cross
compilation problem in Open HPI, which we normally integrate into LTP
whenever there is a fresh release from your side.

Regards--
Subrata

On Wed, 2009-08-19 at 16:11 -0700, Garrett Cooper wrote: 
> Hi,
>     Found this bug while trying to cross-compile with the
> openhpi-test-suite in LTP, and made the ERROR into WARN. Please fix
> this item as per the attached patch.
> Thanks,
> -Garrett
> 
> PS Please CC my address in all correspondence w.r.t. this email thread.
> 
> Summary:
> 
> 1. int != 4 shouldn't be checked for while cross-compiling.
> 2. Warn instead of erroring out, because we have a _lot_ of 64-bit
> platforms that we test on which will be negatively impacted by this
> check.
> 
> Signed-off-by: Garrett Cooper <yanegomi@gmail.com>
> 
> --- /nfs.mac/ltp-upgrade/contrib/ltp/src/testcases/open_hpi_testsuite//configure.ac.orig	2009-08-19
> 16:04:08.000000000 -0700
> +++ /nfs.mac/ltp-upgrade/contrib/ltp/src/testcases/open_hpi_testsuite//configure.ac	2009-08-19
> 16:10:47.000000000 -0700
> @@ -44,14 +44,13 @@
>  AC_PROG_LN_S
>  AC_PROG_MAKE_SET
> 
> -dnl die on int != 32bits.  This is too instrumental to our code right now.
> +dnl Warn when int != 32bits.  This is too instrumental to our code right now.
>  dnl AC_MSG_CHECKING(int is 4 bytes)
>  OH_SET_SIZES
> -if test "x$OH_SIZEOF_INT" != "x4"; then
> -    AC_MSG_ERROR([
> +if test x$cross_compiling != xyes && test "x$OH_SIZEOF_INT" != "x4"; then
> +    AC_MSG_WARN([
>  *** int is not 4 bytes, it is $OH_SIZEOF_INT bytes on this platform
> -*** undefined behavior will result
> -*** please contact the openhpi development team to fix this
> +*** undefined behavior may result from this.
>  ])
>  fi
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Ltp-list mailing list
> Ltp-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ltp-list


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2009-08-23  7:28 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-19 23:11 [LTP] [PATCH] Cross-compile configure bug Garrett Cooper
2009-08-23  7:28 ` Subrata Modak [this message]
2009-08-25  1:15 ` [LTP] [Openhpi-devel] " Ric White
2009-08-25  5:42   ` anton.pak
2009-08-25 15:12     ` Shuah Khan
2009-08-25 15:19       ` Anton Pak
2009-08-25 17:42         ` Shuah Khan
2009-08-26  0:16           ` Garrett Cooper
2009-08-27  0:51             ` Ric White

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1251012495.16822.30.camel@subratamodak.linux.ibm.com \
    --to=subrata@linux.vnet.ibm.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=openhpi-devel@lists.sourceforge.net \
    --cc=richard.white@hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox