1. 27 3月, 2007 1 次提交
    • M
      [SPARC]: sparc64 gcc-4.2.0 20070317 -Werror failure · 7945d562
      Mikael Pettersson 提交于
      Compiling 2.6.21-rc5 with gcc-4.2.0 20070317 (prerelease)
      for sparc64 fails as follows:
      
        gcc -Wp,-MD,arch/sparc64/kernel/.time.o.d  -nostdinc -isystem /home/mikpe/pkgs/linux-sparc64/gcc-4.2.0/lib/gcc/sparc64-unknown-linux-gnu/4.2.0/include -D__KERNEL__ -Iinclude  -include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -m64 -pipe -mno-fpu -mcpu=ultrasparc -mcmodel=medlow -ffixed-g4 -ffixed-g5 -fcall-used-g7 -Wno-sign-compare -Wa,--undeclared-regs -fomit-frame-pointer  -fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign -Werror   -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(time)"  -D"KBUILD_MODNAME=KBUILD_STR(time)" -c -o arch/sparc64/kernel/time.o arch/sparc64/kernel/time.c
      cc1: warnings being treated as errors
      arch/sparc64/kernel/time.c: In function 'kick_start_clock':
      arch/sparc64/kernel/time.c:559: warning: overflow in implicit constant conversion
      make[1]: *** [arch/sparc64/kernel/time.o] Error 1
      make: *** [arch/sparc64/kernel] Error 2
      
      gcc gets unhappy when the MSTK_SET macro's u8 __val variable
      is updated with &= ~0xff (MSTK_YEAR_MASK). Making the constant
      unsigned fixes the problem.
      
      [ I fixed up the sparc32 side as well -DaveM ]
      Signed-off-by: NMikael Pettersson <mikpe@it.uu.se>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7945d562
  2. 26 4月, 2006 1 次提交
  3. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4