buildroot:package: Remove configure target parameter in Makefile.autotools.in
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
From: Sonic Zhang <[email protected]>
configure parameter --target has different meaning from buildroot environment parameter GNU_TARGET_NAME. GNU_TARGET_NAME is actually equal to --host.
--build=BUILD configure for building on BUILD [guessed] --host=HOST cross-compile to build programs to run on HOST [BUILD] --target=TARGET configure for building compilers for TARGET [HOST]
--target is rarely used by most packages and is redundant in configure line. If some packages do need --target, they can append it to buildroot environment parameter INETUTILS_CONF_OPT in packages' makefile.
--- package/Makefile.autotools.in | 1 - 1 files changed, 0 insertions(+), 1 deletions(-)
package/Makefile.autotools.in +0 -1
@@ -87,7 +87,6 @@ define $(2)_CONFIGURE_CMDS $$(TARGET_CONFIGURE_ARGS) \ $$($$(PKG)_CONF_ENV) \ ./configure \ - --target=$$(GNU_TARGET_NAME) \ --host=$$(GNU_TARGET_NAME) \ --build=$$(GNU_HOST_NAME) \ --prefix=/usr \
Signature · 1 line
1.7.0.4
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 10 lines · Sonic Zhang
configure parameter --target has different meaning from buildroot environment parameter
GNU_TARGET_NAME.GNU_TARGET_NAMEis actually equal to --host.?--build=BUILD ? ? configure for building on BUILD [guessed] ?--host=HOST ? ? ? cross-compile to build programs to run on HOST [BUILD] ?--target=TARGET ? configure for building compilers for TARGET [HOST]
--target is rarely used by most packages and is redundant in configure line. If some packages do need --target, they can append it to buildroot environment parameter
INETUTILS_CONF_OPTin packages' makefile.
not really ... the usage is harmless. it might be a little redundant since target tends to default to host, but that's about it. what are you actually trying to address here ?
[resending with buildroot subscription]
-mike
A message that is not in the archive (sent off-list or not yet received): [email protected]
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Some autotools based software packages generate prefix name to the binary after running install if you set --target parameter.
For example:
--target=arm
rcp is rename to "linux-arm-rcp" after running install
Sonic
Quoted 17 lines · Mike Frysinger
Quoted 10 lines · Sonic Zhang
configure parameter --target has different meaning from buildroot environment parameter
GNU_TARGET_NAME.GNU_TARGET_NAMEis actually equal to --host.?--build=BUILD ? ? configure for building on BUILD [guessed] ?--host=HOST ? ? ? cross-compile to build programs to run on HOST [BUILD] ?--target=TARGET ? configure for building compilers for TARGET [HOST]
--target is rarely used by most packages and is redundant in configure line. If some packages do need --target, they can append it to buildroot environment parameter
INETUTILS_CONF_OPTin packages' makefile.not really ... the usage is harmless. ?it might be a little redundant since target tends to default to host, but that's about it. ?what are you actually trying to address here ?
-mike
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
On Mon, Jan 31, 2011 at 23:43, Sonic Zhang wrote:
please dont top post
Quoted 8 lines
Some autotools based software packages generate prefix name to the binary after running install if you set --target parameter.
For example:
--target=arm
rcp is rename to "linux-arm-rcp" after running install
this is due to program_transform_name which is easily disabled:
program_transform_name=
alternatively, inetutils should be fixed to not have a --target in the first place. a "target" makes no sense for applications that dont generate anything, and since inetutils falls into that category, it should have AC_CANONICAL_SYSTEM changed to AC_CANONICAL_HOST in its configure.ac.
-mike
A message that is not in the archive (sent off-list or not yet received): DB904C5425BA6F4E8424B3B51A1414D165B430B838@NWD2CMBX1.ad.analog.com
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 5 lines · Sonic
Mike Frysinger:
Quoted 4 lines · Sonic Zhang
Quoted 3 lines
Some autotools based software packages generate prefix name to the binary after running install if you set --target parameter.
Quoted 8 lines
Quoted 6 lines
Quoted 3 lines
For example:
--target=arm
rcp is rename to "linux-arm-rcp" after running installthis is due to
program_transform_namewhich is easily disabled:
? ?program_transform_name=Not only inetutils, but many other packages need "program_transform_name=" in this case. Because rare packages require --target to be set, why not do something to ease many?
personally, i prefer the route of fixing the underlying problem -- these packages should not have a --target unless they actually need it.
-mike
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
In reply to Sonic ZhangQuoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Sonic" == Sonic Zhang <[email protected]> writes:
Sonic> Some autotools based software packages generate prefix name to the Sonic> binary after running install if you set --target parameter.
Sonic> For example:
Sonic> --target=arm
Sonic> rcp is rename to "linux-arm-rcp" after running install
These packages typically accept the configure options --program-transform-name to make them not do that.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 5 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Sonic" == Sonic Zhang <[email protected]> writes:
?Sonic> Some autotools based software packages generate prefix name to the ?Sonic> binary after running install if you set --target parameter.
Quoted 9 lines
?Sonic> For example:
?Sonic> --target=arm
?Sonic> rcp is rename to "linux-arm-rcp" after running install
These packages typically accept the configure options --program-transform-name to make them not do that.
Yes, but for some packages, --host and --target are not the same as defined in buildroot.
For example, to build on x86, run on arm and generate binary for mips.
Sonic
Quoted 3 lines
--
Bye, Peter Korsgaard
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 10 lines · Sonic Zhang
Quoted 9 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Sonic" == Sonic Zhang writes:
?Sonic> Some autotools based software packages generate prefix name to the ?Sonic> binary after running install if you set --target parameter.
?Sonic> For example:
?Sonic> --target=arm
Quoted 7 lines
Quoted 4 lines
?Sonic> rcp is rename to "linux-arm-rcp" after running install
These packages typically accept the configure options --program-transform-name to make them not do that.
Yes, but for some packages, --host and --target are not the same as defined in buildroot.
yes they are
Quoted 1 line
For example, to build on x86, run on arm and generate binary for mips.
but that is what we're doing. we build on x86, run on arm, and generate for arm.
-mike
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 19 lines · Mike Frysinger
Quoted 10 lines · Sonic Zhang
Quoted 9 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Sonic" == Sonic Zhang writes:
?Sonic> Some autotools based software packages generate prefix name to the ?Sonic> binary after running install if you set --target parameter.
?Sonic> For example:
?Sonic> --target=arm
Quoted 7 lines
Quoted 4 lines
?Sonic> rcp is rename to "linux-arm-rcp" after running install
These packages typically accept the configure options --program-transform-name to make them not do that.
Yes, but for some packages, --host and --target are not the same as defined in buildroot.
Quoted 8 lines
yes they are
Quoted 1 line
For example, to build on x86, run on arm and generate binary for mips.
but that is what we're doing. ?we build on x86, run on arm, and generate for arm.
-mike
Are you sure buildroot should be limited to the same --host and --target only?
Sonic
PATCH 1/1 buildroot:package: Remove configure target parameter in Makefile.autotools.in
Quoted 21 lines · On Tuesday, February 08, 2011 22:01:52 Sonic Zhang wrote:
Quoted 20 lines · Mike Frysinger
Quoted 9 lines · Sonic Zhang
Quoted 8 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Sonic" == Sonic Zhang writes:
Sonic> Some autotools based software packages generate prefix name to
the Sonic> binary after running install if you set --target parameter.Sonic> For example:
Sonic> --target=arm
Quoted 7 lines
Quoted 4 lines
Sonic> rcp is rename to "linux-arm-rcp" after running install
These packages typically accept the configure options --program-transform-name to make them not do that.
Yes, but for some packages, --host and --target are not the same as defined in buildroot.
yes they are
Quoted 7 lines
Quoted 4 lines
Quoted 1 line
For example, to build on x86, run on arm and generate binary for mips.
but that is what we're doing. we build on x86, run on arm, and generate for arm.
Are you sure buildroot should be limited to the same --host and --target only?
until buildroot grows support to let users specify a --target, it is already limited to that.
i already sent a patch to upstream inetutils to fix their autoconf and they accepted it.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110215/af62dc0c/attachment.asc>