[gp32linux-devel] Re: gp32linux-devel digest, Vol 1 #1 - 3 msgs

[cyberic <cyb...@gm...>]

> 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