Cross-compiling nfs-utils 1.1.4 for ARM

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE -D_GNU_SOURCE -O2 -pipe -I/build/tegra2_seaboard/usr/include/ -I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8 -mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF .deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp"
testlk.c:1: error: bad value (armv7-a) for -march= switch
testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

Best,

Patrick Dignan

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

Signature · 3 lines

To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Quoted 10 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE -D_GNU_SOURCE -O2 -pipe -I/build/tegra2_seaboard/usr/include/ -I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8 -mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF .deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp"
testlk.c:1: error: bad value (armv7-a) for -march= switch
testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 1 line

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 14 lines

Best,

Patrick Dignan

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

Signature · 3 lines

To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Quoted 20 lines · Steve Dickson

Quoted 18 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine.  I can cross-compile other software, but nfs-utils fails.  I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include  -D_GNU_SOURCE

(quoted diff) +0 -3

-D_GNU_SOURCE  -O2 -pipe -I/build/tegra2_seaboard/usr/include/
-I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8
-mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF

.deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp" testlk.c:1: error: bad value (armv7-a) for -march= switch testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 12 lines

Quoted 3 lines

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make.  Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 3 lines

Best,

Patrick Dignan

I believe you are correct, however I think it should be using the ARM specific compiler when trying to cross-compile.  I don't know enough about automake and cross-compiling to be sure, but I think that it doesn't set the CC variable correctly.  It does seem to configure correctly though, since it shows the proper compiler being found: "checking for armv7a-cros-linux-gnueabi-gcc... (cached) armv7a-cros-linux-gnueabi-gcc", but then it uses the normal gcc.

Thanks for the help!

Best,

Patrick Dignan

Quoted 38 lines · Patrick Dignan

Quoted 18 lines · Steve Dickson

Quoted 17 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE

(quoted diff) +0 -3

-D_GNU_SOURCE  -O2 -pipe -I/build/tegra2_seaboard/usr/include/
-I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8
-mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF

.deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp" testlk.c:1: error: bad value (armv7-a) for -march= switch testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 11 lines

Quoted 3 lines

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 3 lines

Best,

Patrick Dignan

I believe you are correct, however I think it should be using the ARM specific compiler when trying to cross-compile. I don't know enough about automake and cross-compiling to be sure, but I think that it doesn't set the CC variable correctly. It does seem to configure correctly though, since it shows the proper compiler being found: "checking for armv7a-cros-linux-gnueabi-gcc... (cached) armv7a-cros-linux-gnueabi-gcc", but then it uses the normal gcc.

Quoted 5 lines

Thanks for the help!

Best,

Patrick Dignan

This is just a guess, but I'm suspicious of these lines in tools/locktest/Makefile.am:

CC=$(CC_FOR_BUILD)
LIBTOOL = @LIBTOOL@ --tag=CC

This might have been an oversite when the original conversion to automake was done. What happens if you comment those lines out (and then re-run autogen.sh)? Note that Makefile.am for rpcgen and rpcdebug also have these lines, but they may not need to be built when cross-compiling?

K.C.

Quoted 47 lines · Kevin Coffman

Quoted 38 lines · Patrick Dignan

Quoted 18 lines · Steve Dickson

Quoted 17 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE

(quoted diff) +0 -3

-D_GNU_SOURCE  -O2 -pipe -I/build/tegra2_seaboard/usr/include/
-I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8
-mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF

.deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp" testlk.c:1: error: bad value (armv7-a) for -march= switch testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 11 lines

Quoted 3 lines

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 3 lines

Best,

Patrick Dignan

I believe you are correct, however I think it should be using the ARM specific compiler when trying to cross-compile. I don't know enough about automake and cross-compiling to be sure, but I think that it doesn't set the CC variable correctly. It does seem to configure correctly though, since it shows the proper compiler being found: "checking for armv7a-cros-linux-gnueabi-gcc... (cached) armv7a-cros-linux-gnueabi-gcc", but then it uses the normal gcc.

Quoted 5 lines

Thanks for the help!

Best,

Patrick Dignan

This is just a guess, but I'm suspicious of these lines in tools/locktest/Makefile.am:

Quoted 8 lines

CC=$(CC_FOR_BUILD)
LIBTOOL = @LIBTOOL@ --tag=CC

This might have been an oversite when the original conversion to automake was done. What happens if you comment those lines out (and then re-run autogen.sh)? Note that Makefile.am for rpcgen and rpcdebug also have these lines, but they may not need to be built when cross-compiling?

Quoted 2 lines

K.C.

Hi Kevin,

You're absolutely right. After I removed those lines from tools/locktest/Makefile.am, tools/rpcdebug/Makefile.am, and tools/rpcgen/Makefile.am the compile worked successfully.

Thanks for the help!

Here's the patch. I haven't tested it yet, but it allowed me to compile nfs-utils, so it may at least help others out.

Best,

Patrick Dignan

diff -Naurb nfs-utils-1.1.4.orig/tools/locktest/Makefile.am nfs-utils-1.1.4.mod/tools/locktest/Makefile.am

tools/locktest/Makefile.am 2011-01-25 13:43:13.166298908 -0800 renamed from tools/locktest/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

noinst_PROGRAMS = testlk
testlk_SOURCES = testlk.c
testlk_CFLAGS=$(CFLAGS_FOR_BUILD)
diff -Naurb nfs-utils-1.1.4.orig/tools/rpcdebug/Makefile.am nfs-utils-1.1.4.mod/tools/rpcdebug/Makefile.am

tools/rpcdebug/Makefile.am 2011-01-25 13:43:23.567549833 -0800 renamed from tools/rpcdebug/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

man8_MANS = rpcdebug.man
EXTRA_DIST = $(man8_MANS)

diff -Naurb nfs-utils-1.1.4.orig/tools/rpcgen/Makefile.am nfs-utils-1.1.4.mod/tools/rpcgen/Makefile.am

tools/rpcgen/Makefile.am 2011-01-25 13:43:34.836298823 -0800 renamed from tools/rpcgen/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

noinst_PROGRAMS = rpcgen

rpcgen_SOURCES = rpc_clntout.c rpc_cout.c rpc_hout.c rpc_main.c \
                rpc_parse.c rpc_scan.c rpc_svcout.c rpc_tblout.c \

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Quoted 48 lines · Patrick Dignan

Quoted 47 lines · Kevin Coffman

Quoted 38 lines · Patrick Dignan

Quoted 18 lines · Steve Dickson

Quoted 17 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE

(quoted diff) +0 -3

-D_GNU_SOURCE  -O2 -pipe -I/build/tegra2_seaboard/usr/include/
-I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8
-mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF

.deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp" testlk.c:1: error: bad value (armv7-a) for -march= switch testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 11 lines

Quoted 3 lines

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 3 lines

Best,

Patrick Dignan

I believe you are correct, however I think it should be using the ARM specific compiler when trying to cross-compile. I don't know enough about automake and cross-compiling to be sure, but I think that it doesn't set the CC variable correctly. It does seem to configure correctly though, since it shows the proper compiler being found: "checking for armv7a-cros-linux-gnueabi-gcc... (cached) armv7a-cros-linux-gnueabi-gcc", but then it uses the normal gcc.

Quoted 5 lines

Thanks for the help!

Best,

Patrick Dignan

This is just a guess, but I'm suspicious of these lines in tools/locktest/Makefile.am:

Quoted 8 lines

Quoted 8 lines

CC=$(CC_FOR_BUILD)
LIBTOOL = @LIBTOOL@ --tag=CC

This might have been an oversite when the original conversion to automake was done. What happens if you comment those lines out (and then re-run autogen.sh)? Note that Makefile.am for rpcgen and rpcdebug also have these lines, but they may not need to be built when cross-compiling?

When all is said and done, rpcgen needs to run on the build host, not on the target. I thought this was here for building on platforms that don't have rpcgen installed... (I think we should consider removing rpcgen from nfs-utils, in favor of requiring the officially installed rpcgen to be available).

Does nfs-utils actually install rpcgen on the target? If it does, then ignore me.

Quoted 64 lines

Quoted 3 lines

K.C.

Hi Kevin,

You're absolutely right. After I removed those lines from tools/locktest/Makefile.am, tools/rpcdebug/Makefile.am, and tools/rpcgen/Makefile.am the compile worked successfully.

Thanks for the help!

Here's the patch. I haven't tested it yet, but it allowed me to compile nfs-utils, so it may at least help others out.

Best,

Patrick Dignan

diff -Naurb nfs-utils-1.1.4.orig/tools/locktest/Makefile.am nfs-utils-1.1.4.mod/tools/locktest/Makefile.am

tools/locktest/Makefile.am 2011-01-25 13:43:13.166298908 -0800 renamed from tools/locktest/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

noinst_PROGRAMS = testlk
testlk_SOURCES = testlk.c
testlk_CFLAGS=$(CFLAGS_FOR_BUILD)
diff -Naurb nfs-utils-1.1.4.orig/tools/rpcdebug/Makefile.am nfs-utils-1.1.4.mod/tools/rpcdebug/Makefile.am

tools/rpcdebug/Makefile.am 2011-01-25 13:43:23.567549833 -0800 renamed from tools/rpcdebug/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

man8_MANS = rpcdebug.man
EXTRA_DIST = $(man8_MANS)

diff -Naurb nfs-utils-1.1.4.orig/tools/rpcgen/Makefile.am nfs-utils-1.1.4.mod/tools/rpcgen/Makefile.am

tools/rpcgen/Makefile.am 2011-01-25 13:43:34.836298823 -0800 renamed from tools/rpcgen/Makefile.am 2008-10-17 07:20:09.000000000 -0700 +0 -3

@@ -1,8 +1,5 @@
 ## Process this file with automake to produce Makefile.in
 
-CC=$(CC_FOR_BUILD)
-LIBTOOL = @LIBTOOL@ --tag=CC
-

noinst_PROGRAMS = rpcgen

rpcgen_SOURCES = rpc_clntout.c rpc_cout.c rpc_hout.c rpc_main.c \
                rpc_parse.c rpc_scan.c rpc_svcout.c rpc_tblout.c \

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Quoted 60 lines · Chuck Lever

Quoted 48 lines · Patrick Dignan

Quoted 47 lines · Kevin Coffman

Quoted 38 lines · Patrick Dignan

Quoted 18 lines · Steve Dickson

Quoted 17 lines · Patrick Dignan

Hi,

I'm attempting to cross-compile nfs-utils 1.1.4 for ARM on an x86_64 build machine. I can cross-compile other software, but nfs-utils fails. I get the following error:

gcc -DHAVE_CONFIG_H -I. -I../../support/include -D_GNU_SOURCE

(quoted diff) +0 -3

-D_GNU_SOURCE  -O2 -pipe -I/build/tegra2_seaboard/usr/include/
-I/build/tegra2_seaboard/include/ -ggdb -march=armv7-a -mtune=cortex-a8
-mfpu=vfpv3-d16 -mfloat-abi=softfp -MT testlk-testlk.o -MD -MP -MF

.deps/testlk-testlk.Tpo -c -o testlk-testlk.o test -f 'testlk.c' || echo './'testlk.c
cc1: error: unrecognized command line option "-mfpu=vfpv3-d16"
cc1: error: unrecognized command line option "-mfloat-abi=softfp" testlk.c:1: error: bad value (armv7-a) for -march= switch testlk.c:1: error: bad value (cortex-a8) for -mtune= switch

Quoted 11 lines

Quoted 3 lines

I'm guessing there's some sort of problem in Makefile.am that's causing it to fail, but I am not sure what changes I need to make. Does anyone know the solution to this problem or where I might start looking to fix this?

My guess would be your cross-compiler is added those to the CFLAGS because those flags are not set on a "normal" compilation...

steved.

Quoted 3 lines

Best,

Patrick Dignan

I believe you are correct, however I think it should be using the ARM specific compiler when trying to cross-compile. I don't know enough about automake and cross-compiling to be sure, but I think that it doesn't set the CC variable correctly. It does seem to configure correctly though, since it shows the proper compiler being found: "checking for armv7a-cros-linux-gnueabi-gcc... (cached) armv7a-cros-linux-gnueabi-gcc", but then it uses the normal gcc.

Quoted 5 lines

Thanks for the help!

Best,

Patrick Dignan

This is just a guess, but I'm suspicious of these lines in tools/locktest/Makefile.am:

Quoted 8 lines

Quoted 8 lines

CC=$(CC_FOR_BUILD)
LIBTOOL = @LIBTOOL@ --tag=CC

This might have been an oversite when the original conversion to automake was done. What happens if you comment those lines out (and then re-run autogen.sh)? Note that Makefile.am for rpcgen and rpcdebug also have these lines, but they may not need to be built when cross-compiling?

Quoted 6 lines

When all is said and done, rpcgen needs to run on the build host, not on the target. I thought this was here for building on platforms that don't have rpcgen installed... (I think we should consider removing rpcgen from nfs-utils, in favor of requiring the officially installed rpcgen to be available).

Does nfs-utils actually install rpcgen on the target? If it does, then ignore me.

Good question...

It turns out that rpcgen will be built and installed if the --with-rpcgen=internal configure flag is set which is not set in the Red Hat distros...

This means, when nfs-utils is built on a Red Hat distros, the /usr/bin/rpcgen command is used which is a part of the glibc-common package...

So I guess the suggestion is to remove the rpcgen bits from nfs-utils and use the ones from glibc-common which I am not against but this really need to be a community wide decision... IMHO...