I really don't know what kind of errors are you talking about. I had
build direcfb, gtk fb, and xserver under scratchbox and only have one
build problem and was a kernel 2.4 problem with xserver and was easy
to fix.
If you haven't try Scratchbox before please do it, then you can cry
all you want. Scratchbox is not a cross compiler, it uses qemu and
inside the sandbox build everything ARM natively. Try it out...
really.
Alvaro
On Nov 9, 2007 4:38 PM, Christopher Friedt <> wrote:
>
>
>
>
>
>
> It's still cross-compiling. That means you'd still run into the errors I
> mentioned below unless you spent hours patching configure scripts.
>
> Again, that only applies for higher-level packages, not so much for
> system packages.
>
> The best example would be the ever-prevalent use of pkgconfig, but there
> are others..
>
> Cross compiling is definitely the best way to go if you're just
> compiling low-level software that doesn't query the runtime for
> configuration values.
>
> I would say, that practically anything 'gnome' would fall into the above
> category, but I'm sure that there are _some_ gtk apps that don't use
> cross-unfriendly configure scripts.
>
> C
>
>
>
> Alvaro Aguirre wrote:
> > I always work inside a sandbox using Scratchbox. Check it, it's the
> easiest way.
> >
> > On Nov 8, 2007 9:25 PM, Christopher Friedt <>
> wrote:
> >>
> >>
> >>
> >>
> >>
> >> An excellent idea _instead_ of cross compiling, because of all of the
> >> difficulties with pkg-config, attempting to run native binaries inside
> >> of ./configure, etc, i would __HIGHLY__ suggest running Qemu/ARM and
> >> natively compiling all of your gtk+ or higher-level sources.
> >>
> >> ~/Chris
> >>
> >>
> >>
> >> weber_udo wrote:
> >> > We tried GTK+ on a EP9302 board we developed by our own (32MB SDRAM,
> >> > 16 MB NOR Flash) and not on the TS7300 a year ago. Compiling an
> >> > application was not easy, because some packages needed by GTK have
> >> > some problems with cross compiling. So there is some work to get it
> >> > compiled. Once we got an executable (the hello world application). The
> >> > size of the application was about 15 MB just for hello world. And it
> >> > was very very slow. We compiled another GTK sample application and got
> >> > the same results.
> >> > So at least we decided to throw the whole GTK+ packages away and build
> >> > our own windowing system based directly on DirectFB. A Hello World
> >> > application is now less than 2 MB and very fast.
> >> >
> >> > If you still want to try GTK+ you can contact me. I think that I have
> >> > still somewhere a shell script which builds the whole GTK packages
> >> > (gettext, freetext, pango, gtk, etc.) for the EP9302 processor.
> >> >
> >> > Udo Weber
> >> > Analytica GmbH
> >> >
> >> >
> >> >
> >> > --- In "Alvaro Aguirre" <>
> >> > wrote:
> >> >> I try it once but I don't remember the results :s
> >> >>
> >> >> On Nov 4, 2007 11:53 AM, dsdenu <> wrote:
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>> Has anyone had any experience using GTK+ frame buffer version ? It
> >> >>> looks like a great way to utilize the 7300 features AND write
> >> > portable
> >> >>> apps.
> >> >>>
> >> >>>
> >> >
> >> >
> >> >
> >> >
> >>
> >>
> >>
> >
>
>
>
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|