[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LT_PATH_NM uses too strict a check
From: |
Ximin Luo |
Subject: |
Re: LT_PATH_NM uses too strict a check |
Date: |
Sat, 25 Dec 2010 13:46:45 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 |
On 25/12/10 01:49, Bob Friesenhahn wrote:
> What you are doing is not normal behavior. A cross-compile is a build
> in which the built binaries are not run on the build host and a
> different set of build tools must be used.
>
A lot of things aren't "normal behaviour", including cross-compiling in
general. This is not a valid reason to dismiss my report. What's more, in my
case, a "different set of build tools" is completely unnecessary. You would be
using the *exact same tools* as in the non-cross-compile case.
libtool pretty much supports this already (e.g. it detects whether to create
shared libraries independently from the CPU variant) - it's only the NM macro
which is screwing things up for me, and this is easily fixable.
Please explain why my suggestion is a bad idea. It's not hard to apply a 1-line
patch!
X
--
GPG: 4096R/5FBBDBCE
- LT_PATH_NM uses too strict a check, Ximin Luo, 2010/12/22
- Re: LT_PATH_NM uses too strict a check, Ximin Luo, 2010/12/22
- Re: LT_PATH_NM uses too strict a check, Bob Friesenhahn, 2010/12/24
- Re: LT_PATH_NM uses too strict a check, Ximin Luo, 2010/12/24
- Re: LT_PATH_NM uses too strict a check, Bob Friesenhahn, 2010/12/24
- Re: LT_PATH_NM uses too strict a check,
Ximin Luo <=
- Re: LT_PATH_NM uses too strict a check, JonY, 2010/12/25
- Re: LT_PATH_NM uses too strict a check, Ximin Luo, 2010/12/26
- Re: LT_PATH_NM uses too strict a check, Bob Friesenhahn, 2010/12/26
- Re: LT_PATH_NM uses too strict a check, JonY, 2010/12/26
- Re: LT_PATH_NM uses too strict a check, Peter Rosin, 2010/12/27