I can build my code using GNUarm as well if need be
currently installed is based on gcc 4.3.2
--- On Thu, 20/8/09, John-Mark Bell <jmb(a)netsurf-browser.org> wrote:
From: John-Mark Bell <jmb(a)netsurf-browser.org>
Subject: Re: Porting to an embedded device
To: "JULIAN GARDNER" <joolzg(a)btinternet.com>
Date: Thursday, 20 August, 2009, 11:33 AM
Please ensure that you CC the mailing list.
On Thu, 2009-08-20 at 10:21 +0000, JULIAN GARDNER wrote:
iConv from the iConv website
I have no window system, was going to build that on the fly, I have
2d graphics library with all the normal stuff and i have also
In which case, the framebuffer frontend is probably what you want
(initially, at least).
OS is uCos which is only available for use in non-commercial apps
Ok. I've no experience of this OS. Perhaps someone else has?
Resolving the headers is the main problem with the amount of
libraries involved, and as my system has no linux, windows or anything
else, just getting things to configure is a real pain.
There's not a great deal we can do to help with building the 3rd-party
libraries that NetSurf depends on. Some of them do provide standalone
makefiles, however. For those that don't, I suspect you're going to have
to manually divorce them from autoconf. This usually involves writing a
makefile and manually producing a suitable config.h
Maybe i will take a look at the riscos version and maybe do a HAL to
the riscos libraries,
I strongly recommend against this. RISC OS has a somewhat weird stack
implementation that isn't supported by the RealView tools. There's
probably other oddities that I've forgotten about, too.
unless someone can build an ARM11 version of the code as a library
i can see about linking this into my build system and see what would
be needed to get it linking and running.
I'm not sure about the intricacies of binary compatibility between
libraries built with GCC and RealView.