> From: Lucas Correia Villa Real <lu...@go...>
> Organization: Shuffle Experiments
> To: gp3...@li...
> Subject: Re: [gp32linux-devel] Just a thread to see who is involved in the project
> Date: Tue, 1 Mar 2005 19:54:59 -0300
>
> On Tuesday 01 March 2005 19:09, CybEriC wrote:
> > Hi everybody.
>
> Hy Cyb,
>
> > As Ingeras said, we have to agree on a file standard hierarchy, and on
> > development tools. For instance, we should use the same cross compiler,
> > the same libc (uClibc or GNU Libc?), and so on.
>
> Well, I would tend to defeat gobolinux hierarchy, naturally :-)
> I like it just to be able to keep each program on its directory, as I have
> here for my gp32linux mini-distro:
>
> /Depot/GP32Linux/Programs] ls
> BusyBox Fontconfig GoboHide JPEG LibPNG Matchbox SDL UClibc ZLib
> Expat FreeType GPM LibOGG LibVorbis RXVT SDL_mixer Xserver
>
> But I think we can discuss about this later; it's really just a matter of
> having an easy way to ship packages and install them easilly.
>
Allright, I find your hierarchy is a good idea.
In addition, it will allow us to mount individual packages into
/Packages, for instance.
I have made some tools that automatically mount squashfs images, and
set the necessary PATH and LD_LIBRARY_PATH.
> > Personally, I think that uClibc is great due to its light memory
> > footprint, but it sometimes makes some program unable/harder to compile...
> >
> > Is there a way tu use both libs?
>
> Yes, but when using glibc you'll need to compile your project statically. I
> don't consider using glibc on the distribution, as it's large both in memory
> footprint and in size.
>
OK, this may be an option for some programs that are really impossible
to compile with uClibc, and that are designed to run alone.
> > Fo the compilers, we have a working gcc-2.95 and gcc-3.3.1 (I think),
> > both based on uClibc.
> > The latter does not support large file functions, it is very annoying
> > for some software (like mplayer)
> >
> > So I think we need a new one.
>
> I'm using a cross-compiler downloaded from codesourcery.com/gnu_toolchains.
> It's based on GCC 3.4.2 and is generating very nice programs here. It's also
> interesting to use a newer GCC release to be able to compile the kernel, as
> GCC 2.9x will not do the job.
It looks great! does it use uClibc? does it support large file offsets?
>
> --
> Lucas
> powered by /dev/dsp
>
> --__--__--
>
C ya
|
