[Clfs-support] CLFS Embedded (Version SVN-0.0.1-20090726-arm) executable fails to work with board SAM9-L9260
Piyush Verma
piyush.pv at gmail.com
Thu May 27 16:31:15 PDT 2010
Hi Neo
I think the library file is missing in target file system.
Available basic Library to rootfs or compile is 'static' then try.
Regards
Piyush Verma
On Sun, Mar 28, 2010 at 7:56 PM, vikram N <vikram186 at gmail.com> wrote:
> Hi all,
>
> I followed the CLFS embedded development (Version SVN-0.0.1-20090726-arm)
> to make a file system for board SAM9-L9260 (refer www.olimex.com)
> The board has ARM926EJ-STM ARM® Thumb® Processor.
> When i execute the cross compiled binaries in the board I am getting an
> error.
> I tried to run a hello world program. when I give the command ./hello , I
> am getting
>
> -bash: ./hello: No such file or directory
>
> The file is within the directory. Is there anything wrong with the building
> of my toolchain?
> My configurations are
> 1. BUILD=-mabi=apcs-gnu
> I tried once with BUILD=-mabi=aapcs-linux, but I am getting the same error.
> 2. CLFS_TARGET=arm-unknown-linux-uclibc
>
> While compiling I faced some errors. Please see the errors and the
> workarounds I followed.
> 1 . Cross binutils
> *ERROR:*
> make[4]: *** [tc-arm.o] Error 1
> make[4]: Leaving directory `/mnt/clfs/sources/binutils-build/gas'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/mnt/clfs/sources/binutils-build/gas'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/mnt/clfs/sources/binutils-build/gas'
> make[1]: *** [all-gas] Error 2
> make[1]: Leaving directory `/mnt/clfs/sources/binutils-build'
> make: *** [all] Error 2
>
> *Workaround*: I used the below patch
> ===================================================================
> RCS file: /cvs/src/src/gas/config/tc-arm.c,v
> retrieving revision 1.361
> retrieving revision 1.361.2.1
> diff -u -r1.361 -r1.361.2.1
> --- src/gas/config/tc-arm.c 2008/08/12 23:39:30 1.361
> +++ src/gas/config/tc-arm.c 2009/04/01 15:47:37 1.361.2.1
> @@ -3456,7 +3456,7 @@
>
> if (reg == FAIL)
> {
> - as_bad (_(reg_expected_msgs[REG_TYPE_MMXWR]));
> + as_bad ("%s", _(reg_expected_msgs[REG_TYPE_MMXWR]));
> goto error;
> }
>
> @@ -3470,7 +3470,7 @@
> hi_reg = arm_reg_parse (&input_line_pointer, REG_TYPE_MMXWR);
> if (hi_reg == FAIL)
> {
> - as_bad (_(reg_expected_msgs[REG_TYPE_MMXWR]));
> + as_bad ("%s", _(reg_expected_msgs[REG_TYPE_MMXWR]));
> goto error;
> }
> else if (reg >= hi_reg)
> @@ -3588,7 +3588,7 @@
>
> if (reg == FAIL)
> {
> - as_bad (_(reg_expected_msgs[REG_TYPE_MMXWCG]));
> + as_bad ("%s", _(reg_expected_msgs[REG_TYPE_MMXWCG]));
> goto error;
> }
>
> @@ -3603,7 +3603,7 @@
> hi_reg = arm_reg_parse (&input_line_pointer, REG_TYPE_MMXWCG);
> if (hi_reg == FAIL)
> {
> - as_bad (_(reg_expected_msgs[REG_TYPE_MMXWCG]));
> + as_bad ("%s", _(reg_expected_msgs[REG_TYPE_MMXWCG]));
> goto error;
> }
> else if (reg >= hi_reg)
> @@ -3709,7 +3709,7 @@
> reg = arm_reg_parse (&input_line_pointer, REG_TYPE_RN);
> if (reg == FAIL)
> {
> - as_bad (_(reg_expected_msgs[REG_TYPE_RN]));
> + as_bad ("%s", _(reg_expected_msgs[REG_TYPE_RN]));
> ignore_rest_of_line ();
> return;
> }
>
> *2. uClibc*
> *ERROR:*
> MKDIR include/config
> ../../Rules.mak:541: *** Your binutils don't support --hash-style option,
> while you want to use it. Stop.
> make: *** [extra/config/conf] Error 2
>
> *workaround*: in .config file I disabled the hash support
>
> while making i got the error
> *ERROR:*
> extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
> /usr/include/stdio.h:651: note: previous declaration of 'getline' was here
> make: *** [extra/scripts/unifdef] Error 1
>
> *Workaround:* I changed the "getline" in the file unidef.c to "parseline"
>
>
> I compiled a c program using the cross gcc that is inside the
> /cross-tools/bin/arm-unknown-linux-uclibc-gcc
>
> What am I missing?
>
> --
> Regards
> neo
>
> _______________________________________________
> Clfs-support mailing list
> Clfs-support at lists.cross-lfs.org
> http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
>
>
--
Thanks & Regards
Piyush Verma
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clfs.org/pipermail/clfs-support-clfs.org/attachments/20100528/9042de50/attachment.html>
More information about the Clfs-support
mailing list