On Mon, Dec 16, 2002 at 08:56:43PM +0900, Junichi Uekawa wrote:
>
> On the FAQ:
>
> Why don't we put the libs in a different directory?
>
> Basically, it's too complex. For the glibc transition, we could do
> this because they used different dynamic linkers. For this
> transition, there is also
On Mon, Dec 16, 2002 at 09:30:32AM +0100, Matthias Klose wrote:
> Daniel Jacobowitz writes:
> > On Sun, Dec 15, 2002 at 09:59:34PM -0500, Ben Collins wrote:
> > > On Sun, Dec 15, 2002 at 11:16:41PM +, Dr. David Alan Gilbert wrote:
> > > > * Daniel Jacobowitz ([EMAIL PROTECTED]) wrote:
> > > > >
On Mon, Dec 16, 2002 at 10:53:06AM +0100, Raphael Hertzog wrote:
> Hello glibc/gcc maintainers,
>
> I have a problem with generating a reduced libc6 using the PIC version.
> I don't know if the problem comes from libc6, from gcc or from myself.
> I asked on debian-boot but nobody answered since th
On the FAQ:
Why don't we put the libs in a different directory?
Basically, it's too complex. For the glibc transition, we could do this because
they used different dynamic linkers. For this transition, there is also little
to gain in having full backwards compatibility to the old ABI. The only
Package: gcj-3.0
Version: 1:3.0.4-13
Severity: grave
/usr/bin/gcj-wrapper-3.0 is missing from gcj-3.0,
which update-alternative points to.
Packages which build-depend on gcj will pull in gcj-3.0,
which is broken, which breaks build.
regards,
junichi
Hello glibc/gcc maintainers,
I have a problem with generating a reduced libc6 using the PIC version.
I don't know if the problem comes from libc6, from gcc or from myself.
I asked on debian-boot but nobody answered since the problem doesn't
appear to come from mklibs bur rather glibc and/or gcc.
Daniel Jacobowitz writes:
> On Sun, Dec 15, 2002 at 09:59:34PM -0500, Ben Collins wrote:
> > On Sun, Dec 15, 2002 at 11:16:41PM +, Dr. David Alan Gilbert wrote:
> > > * Daniel Jacobowitz ([EMAIL PROTECTED]) wrote:
> > > > Reference: http://people.debian.org/~rmurray/c++transition.html, which
>
7 matches
Mail list logo