This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: [patch] Matsushita AM33/2.0 port
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Roland McGrath <roland at redhat dot com>
- Cc: libc-alpha at sources dot redhat dot com
- Date: 19 Jun 2004 00:06:01 -0300
- Subject: Re: [patch] Matsushita AM33/2.0 port
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <200406182249.i5IMnI2x013259@magilla.sf.frob.com>
On Jun 18, 2004, Roland McGrath <roland@redhat.com> wrote:
>> of it. The main stumbling block here are inter-port dependencies,
>> like the common use of #include <sysdeps/.../linux/i386/*.c> in
>> several ports.
Another problem are constructs such as
#include <sysdeps/myport/something>
that now have to be replaced with
#include <portsdir/myport/sysdeps/myport/something>
and so they can't just be dropped-in with random names, they actually
must be droppped into a particular directory. Unless we use
"../../pathnames" for such includes, but this would require changes to
ports that use this construct, if/when they're moved out of the core.
Another problem is for ports that support linuxthreads and/or nptl:
you have to specify not only --enable-add-ons=myport, but also
myport/linuxthreads or myport/nptl. This is somewhat annoying, and it
would be nice if there was a way to support add-ons within add-ons.
These are the only problems I've run into so far. More if/as I run
into more problems.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}