Hello, I recently downloaded 0.7.3 to cross compile on the gmate yopy 3700. with my first attempt I noticed the configure script grabbed all of my local variables such as /usr/local/lib instead of /opt/arm-linux/lib. This gave me libgtk.so cannot read symbols. I went though the configure and manually set the environment variables and was able to successfully compile dillo, however when I transfer the binary to arm it does not launch it just hangs. I have cross-compiled several apps using the same cross-compiler on my system. I am using slackware 9.1 kernel 2.4.22, but I don't think the version should matter. Has anyone ran into this before? Thanks Donald McKnight
Hello, I recently downloaded 0.7.3 to cross compile on the gmate yopy
On Thu, 13 Nov 2003, Donald McKnight wrote: 3700. with my first attempt I noticed the configure script grabbed all of my local variables such as /usr/local/lib instead of /opt/arm-linux/lib. This gave me libgtk.so cannot read symbols. I went though the configure and manually set the environment variables and was able to successfully compile dillo, however when I transfer the binary to arm it does not launch it just hangs. I have cross-compiled several apps using the same cross-compiler on my system. I am using slackware 9.1 kernel 2.4.22, but I don't think the version should matter. Has anyone ran into this before? Hmmm, I've not been cross compiling dillo, but there's this portion of code in configure.in: dnl -------------------------------------- dnl Check whether to add /usr/local or not dnl (this is somewhat a religious problem) dnl -------------------------------------- dnl if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`"; then CPPFLAGS="$CPPFLAGS -I/usr/local/include" LDFLAGS="$LDFLAGS -L/usr/local/lib" fi Please comment it out, re-run autogen and see what happens. If you can't find the answer here, maybe the guys at familiar may hint you better. HTH Jorge.-
Same issue it located everything fine except for the X11R6 Headers, I
corrected this but I get some errors on the make and they are below:
dw_table.c: In function `Dw_table_construct_last_iterator':
dw_table.c:649: warning: `child' might be used uninitialized in this
function
In file included from /opt/arm-linux/include/jpeglib.h:28,
from jpeg.c:29:
/opt/arm-linux/include/jconfig.h:12: warning: `HAVE_STDLIB_H' redefined
../config.h:38: warning: this is the location of the previous definition
/opt/arm-linux/bin/ld: warning: cannot find entry symbol _start; defaulting
to 00013c64
/opt/arm-linux/bin/ld: warning: cannot find entry symbol _start; defaulting
to 000099b4
Strange this is when I launch it on arm it doesnt give any errors it just
sits there and never opens unless I kill it
Im lost at this point
Thanks for the feed back
Donald
----- Original Message -----
From: "Jorge Arellano Cid" <jcid@dillo.org>
To: "Donald McKnight" <donald.mcknight@sbcglobal.net>
Cc: "Dillo mailing list" <dillo-dev@lists.auriga.wearlab.de>
Sent: Thursday, November 13, 2003 1:09 PM
Subject: Re: [Dillo-dev] Cross Compiling for arm
>
>
> On Thu, 13 Nov 2003, Donald McKnight wrote:
>
> > Hello,
> > I recently downloaded 0.7.3 to cross compile on the gmate yopy
> 3700. with my first attempt I noticed the configure script
> grabbed all of my local variables such as /usr/local/lib instead
> of /opt/arm-linux/lib. This gave me libgtk.so cannot read
> symbols. I went though the configure and manually set the
> environment variables and was able to successfully compile dillo,
> however when I transfer the binary to arm it does not launch it
> just hangs. I have cross-compiled several apps using the same
> cross-compiler on my system. I am using slackware 9.1 kernel
> 2.4.22, but I don't think the version should matter. Has anyone
> ran into this before?
>
>
> Hmmm, I've not been cross compiling dillo, but there's this
> portion of code in configure.in:
>
> dnl --------------------------------------
> dnl Check whether to add /usr/local or not
> dnl (this is somewhat a religious problem)
> dnl --------------------------------------
> dnl
> if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`"; then
> CPPFLAGS="$CPPFLAGS -I/usr/local/include"
> LDFLAGS="$LDFLAGS -L/usr/local/lib"
> fi
>
>
> Please comment it out, re-run autogen and see what happens.
>
> If you can't find the answer here, maybe the guys at familiar
> may hint you better.
>
>
> HTH
> Jorge.-
>
>
> _______________________________________________
> Dillo-dev mailing list
> Dillo-dev@lists.auriga.wearlab.de
> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
participants (2)
-
Donald McKnight -
Jorge Arellano Cid