[lkml]   [2004]   [Aug]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    > On Mon, Aug 16, 2004 at 02:37:10PM -0700, Andrew Morton wrote:
    >> handle-undefined-symbols.patch
    >> Fail if vmlinux contains undefined symbols
    >> sparc32-ignore-undefined-symbols-with-3-or-more-leading-underscores.patch
    >> sparc32: ignore undefined symbols with 3 or more leading underscores
    > Okay, this patch has officially made my shitlist along with whatever
    > introduced the second check. The following appears to be necessary to
    > get sparc64 to link, which of course clashes wildly with the UML
    > changes to get *it* to link.

    rmk's ldchk in top-level Makefile needs to be backed out. The check
    for undefined symbols are now moved to the mksysmap script.
    The patch doing this was on top of Linus's tree therefore the confusion.

    But I see this check causing almost only pain, so I hope during the
    weekend to come up with something that allow us to specify
    the final link rule in the arch Makefile.

    Something like:
    */built-in.o =>
    kallsyms steps
    arch specific link rule (vmlinux-arch.o)

    Challenge here is to make it elegant without causing changes for
    architectures that do not need it.
    The arm can have the dreadful "check for undefined symbols" if needed.

    > This scripting crap is fragile and nightmarish. We should probably be
    > examining the ELF bits directly in C.
    I started looking into this but backed out in fear of doing
    too much duplicated work.
    If we do a kernel elf-tool then it should cover
    also the need for btfixup.


    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 14:05    [W:0.022 / U:46.812 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site