lkml.org 
[lkml]   [2002]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [bk patch] Make cardbus compile in -pre4
    On Feb 09, 2002  16:45 -0700, Tom Rini wrote:
    > On Sat, Feb 09, 2002 at 04:36:03PM -0700, Andreas Dilger wrote:
    > > One thing that I've noticed (got my first linux-2.5 clone last night) is
    > > that the kernel build process is somewhat broken by the fact that not
    > > everything that you need to build is checked out of the repository by
    > > make.
    > >
    > > It appears to handle .c files ok, but it failed for all of the .h files.
    > > I take it this means that gcc doesn't know anything about SCCS, and it
    > > would also appear that make is not properly checking dependencies for
    > > these files, or it would have checked them out, right?
    >
    > It's a 'feature' of the dependancy setup of the kernel. bk -r get -q
    > will checkout all of the files everywhere, and the build _should_ work
    > (there's been times autogenerated files were in the kernel and thus
    > broke building from a bk repo).

    Well, I looked at it some more, and "make dep" was totally broken
    until I "bk get" the headers. All of the .depend files were empty,
    probably because "make dep" couldn't find/read any files. It may
    be enough to fix this by having "make dep" do something to "bk get"
    each file if it is not there. It still appears to be a bit of
    a problem, because before you do "bk get", "find" does not return any
    files for mkdep to look at, a bit of chicken-and-egg problem there.

    We could also try to "make" each header file, because make is smart
    enough to handle SCCS/BK, CVS, etc so we won't be putting BK-specific
    knowledge into the make system (try "make -d include/linux/fs.h"). I
    don't know for sure, since I've never worked with the build system much.

    > > I would prefer if we only checked out as much as we need (instead of
    > > doing something like 'bk -r edit' which will use up a lot of space in
    > > each clone for architectures and drivers which I don't need).
    >
    > Don't -r edit, -r get.

    Well, write bits don't take up any space. While I can alias vi='bk vim'
    to check out a particular file for editing, VIM is not smart enough (or
    I don't know how to configure it) to check out files for editing if I
    open them from within the editor or use tags to jump to the file.

    Cheers, Andreas
    --
    Andreas Dilger
    http://sourceforge.net/projects/ext2resize/
    http://www-mddsp.enel.ucalgary.ca/People/adilger/

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:18    [W:2.450 / U:0.024 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site