[lkml]   [2002]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC] klibc requirements
    Thus spake Albert D. Cahalan (
    > I think the dietlibc idea has to be scrapped so we can run BSD apps.
    > (and others maybe, but I'm not looking to start a flame war)

    What apps are you talking about?

    > DNS is very good to have. There are many things one might want
    > to specify by name. NFS servers, NIS servers, SMB servers, and
    > even the machine itself to get an IP via DNS.

    You don't need NIS or SMB before mounting the root disk.
    If you want NFS to mount your root file system, you get the IP via DHCP
    normally, so you don't need DNS. And you can't get your own IP via DNS
    because you need to have an IP to use DNS.

    > Even with ELF, you shouldn't need that 10 kB.

    Please go ahead and implement it.
    Fame and fortune await you! ;)

    > Treat ELF like a.out, getting rid of the -fPIC stuff in favor of
    > offsets assigned when you build the initramfs.

    ELF is a standard.
    You can't just go out and re-invent dynamic linking completely.
    First and most importantly of all, the GNU toolchain support the ELF
    standard, not my personal ELF dialect. I have no desire to write a
    linker. I'm happy enough that I found Olaf who was willing to write an (and I was close enough to hear all his ranting about how complex
    ELF is).

    > Dynamic linking should
    > be:

    > open
    > mmap
    > mmap
    > close

    > You know the file to open. You know what offset you need it at.
    > There isn't any need for symbols. OK, that's half-dynamic,
    > but it gets the job done.

    Again, please do it. I know that it would be possible. But it would
    not be standard and I don't think it's worth the effort. The most
    important reason is that static linking produces small binaries with the
    diet libc and uclibc. As long as your software does not destroy that by
    having a few dozen mini binaries around, all linked against the same
    monster do-it-all library, it works.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:18    [W:0.028 / U:36.796 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site