Results 1 to 2 of 2
We are using LPC3250 ARM9 and LTIB for building the Linux 2.6.27.8
We have written some code to access GPIO and was working earlier with opensuse 9.0
We now have ...
- 12-13-2010 #1Just Joined!
- Join Date
- Dec 2010
- Posts
- 1
compilation error in module with ARM9 for IO
We are using LPC3250 ARM9 and LTIB for building the Linux 2.6.27.8
We have written some code to access GPIO and was working earlier with opensuse 9.0
We now have fedora 11 32 bit 2.6.30.10-105.2.23.fc11.i686.PAE
When we make the program we get following errors we are using GCC3.4.5
#make -C /lib/modules/`uname -r`/build M=`pwd` modules
make -C /home/shekhar/lpc3250/ltib/rpm/BUILD/linux-2.6.27.8 M=`pwd` modules
make[1]: Entering directory
`/home/shekhar/lpc3250/ltib/rpm/BUILD/linux-2.6.27.8'
CC [M] /home/shekhar/samsung_lcd/gpio/char.o
cc1: error: invalid option `64'
cc1: error: invalid option `no-red-zone'
cc1: error: invalid option `cmodel=kernel'
cc1: error: invalid option `accumulate-outgoing-args'
make[2]: *** [/home/shekhar/samsung_lcd/gpio/char.o] Error 1
make[1]: *** [_module_/home/shekhar/samsung_lcd/gpio] Error 2
make[1]: Leaving directory `/home/shekhar/lpc3250/ltib/rpm/BUILD/linux-2.6.27.8'
make: *** [all] Error 2
What can be the problem?
Regards,
Pramod Kumthekar
- 12-14-2010 #2Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,974
So you are cross-compiling, or are you compiling ON the ARM system to build a new kernel that is targeting the ARM system (not cross-compiling)? Also, with this recent a kernel you should not be using a 3.4 compiler I think, but probably gcc 4.1 or later. The 3.4 compiler was fine on earlier kernels - I use it for to cross compile 2.6.20 ARM kernels on my x86_64 workstation - so this assumption about gcc versions may be incorrect on my part. I think that I use 4.1 when I build code directly on my ARM board, but I need to check on that. Right now I am doing some disc diagnostics on the system that I use to interface with my ARM development board, so I'll have to post later to confirm that.
Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!


Reply With Quote