[lkml]   [2002]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch] 2.4.19-pre6 standardize {aic7xxx,aicasm}/Makefile

    On Thu, 11 Apr 2002, Keith Owens wrote:

    > There can be multiple destination files, e.g. running yacc produces a
    > .c and a .h file.

    The checksum only needs to be stored in one of them.

    > The generated file is not necessarily .[ch], wrapping the md5sum in
    > /* */ may break some generated files. AFAIK all currently generated
    > files are .[ch] but I do not want to restrict future builds.

    The wrapping could be changed with an argument and if everything fails,
    the checksum can still be put into a separate file.

    > The output can change without the inputs changing. For example, the
    > distributor might find a bug in the tool that generates the file,
    > install a new version of the tool and regenerate. The inputs have not
    > changed but the output has. To detect this, the md5sum is across all
    > files, including the outputs, which makes it impossible to store the
    > sum in one of the output files.

    What exactly are you detecting? Simply regenerate the files and distribute
    the changes, the checksum won't change, but I don't understand how that
    should matter.
    What other problem are you trying to solve? My simple script solves the
    problem of unreliable time stamps, when applying patches. Unless the user
    changes the inputs, the output files won't be regenerated.

    bye, Roman

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