Just compile a  simpile hello world program and try again!<br><br>#include <stdio.h><br>int main(void)<br>{<br>      printf("Hello world!\n");<br>      return 0;<br>}<br>Compile:<br>> arm-linux-gcc -c hello.c -o hello<br>
<br>add this "init=/hello" use your bootloader and then see what happens.<br><br>Maybe it is wrong with your init!<br><br><div><span class="gmail_quote">2008/3/22, Andy Kennedy <<a href="mailto:akennedy@techmoninc.com">akennedy@techmoninc.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Joe Ciccone wrote:<br> > Joe Ciccone wrote:<br> ><br> >> Andy Kennedy wrote:<br> >><br> >><br> >>> Why can I not get a dynamically linked program to run under the<br> >>> cross-compile system?<br>
 >>><br> >>><br> >>><br> >> You can run ARM code on a X86.<br> >><br> >><br> >><br> >><br> > Wow, sorry. You _can't_ run ARM code on a x86.<br> > _______________________________________________<br>
 > Clfs-support mailing list<br> > <a href="mailto:Clfs-support@lists.cross-lfs.org">Clfs-support@lists.cross-lfs.org</a><br> > <a href="http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org">http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org</a><br>
 ><br> ><br> ><br> <br>Which is why I was attempting to run the dynamically linked program<br> under a NFS mounted system -- Problem is, however, that I'm getting a<br> seg fault when I do it this way, however, when I mount the sucker via<br>
 USB device OR via MTD (on jffs2) I cannot get ANYTHING out of it --<br> which is why I'm trying to debug this system in a controlled environment<br> (ON THE ARM).<br> <br> When statically linking a program, if I'm not mistaken, the linker<br>
 actually chooses the libs from within the cross-tool directory, also,<br> these files are ALL .a files.  I have no problem with the tool-chain<br> compiler, but there is something way out of whack with the cross-built<br>
 native library (which, shouldn't this be about the same thing as the<br> cross-built cross-compiler library with it only being homed<br> differently?).  I cannot even get the system to dump a core file for me<br> (the system that I'm on has my custom kernel in it already -- the<br>
 default left out most of the stuff I needed).  Something is really<br> really screwy and I have not found ANYTHING about it.<br> <br> When init starts (with the system either on USB stick or via the MTD)<br> the system doesn't crap out and give a kernel panic (the original e-mail<br>
 depicted this by showing that I could plug in the USB stick AFTER init<br> takes control) which means that init is still running, but just hung up<br> somehow.  WHY?  I've been fussing around this issue for about three<br>
 weeks.  I cannot find ANY information about it out on the web. . . I<br> cannot find out, even, if it is possible to build a GlibC 2.6.1 base on<br> the ARM -- everything I found said that the best thing to use for ARM<br>
 was GlibC 2.3.6 or uClibC.  As for the latter, I couldn't get readdir()<br> and opendir() to work when statically or dynamically linking to it, so I<br> cannot use that without doing some major rewrites of my code.<br>
 <br> Can you think of anything I can try?<br> <br> By the way, the last e-mail I send asking about if anyone was on the<br> list was not me being impatient, but frustration talking -- and truly<br> wondering whether the list had gone cold.<br>
 <br><br> Andy<br> <br>_______________________________________________<br> Clfs-support mailing list<br> <a href="mailto:Clfs-support@lists.cross-lfs.org">Clfs-support@lists.cross-lfs.org</a><br> <a href="http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org">http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org</a><br>
 <br><br></blockquote></div><br>