lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 14 Oct 2010 21:23:18 +0200
From:	Zimny Lech <napohybelskurwysynom2010@...il.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	mm-commits@...r.kernel.org, linux-kernel@...r.kernel.org,
	Arnaud Lacombe <lacombar@...il.com>,
	Sam Ravnborg <sam@...nborg.org>, Michal Marek <mmarek@...e.cz>
Subject: Re: mmotm 2010-10-13-17-13 uploaded

2010/10/14 Andrew Morton <akpm@...ux-foundation.org>:
> On Thu, 14 Oct 2010 12:26:45 +0200
> Zimny Lech <napohybelskurwysynom2010@...il.com> wrote:
>
>> 2010/10/14  <akpm@...ux-foundation.org>:
>> > The mm-of-the-moment snapshot 2010-10-13-17-13 has been uploaded to
>>
>> linux-next.patch breaks things
>>
>>   GEN     /home/test/linux-2.6-obj/Makefile
>>   HOSTCC  scripts/kconfig/zconf.tab.o
>> In file included from scripts/kconfig/zconf.tab.c:2462:0:
>> scripts/kconfig/lex.zconf.c:2425:7: error: conflicting types for 'zconf_curname'
>> /home/test/linux-2.6-mm/scripts/kconfig/lkc.h:79:13: note: previous
>> declaration of 'zconf_curname' was here
>> scripts/kconfig/lex.zconf.c: In function 'zconf_curname':
>> scripts/kconfig/lex.zconf.c:2427:2: warning: return discards
>> qualifiers from pointer target type
>> make[3]: *** [scripts/kconfig/zconf.tab.o] Error 1
>> make[2]: *** [silentoldconfig] Error 2
>> make[1]: *** No rule to make target `include/config/auto.conf', needed
>> by `include/config/kernel.release'.  Stop.
>> make: *** [sub-make] Error 2
>>
>
> Something went wrong with the zconf_curname() constification.
>
> lex scripts never seem to get along well with the build dependency
> systems - did you try a `make mrproper' and a rebuild?

Yes and no.

Yes, because I've got mrproper for KERNEL_DIR, and no, because I don't
have this for KERNEL_OBJ_DIR
        def kernel_make_mrproper(self):
                print("make mrproper")
                os.system("cd " + self.config["KERNEL_DIR"] + " &&
LANG=\"C\" make mrproper &> /dev/null")

        def kernel_make_clean(self):
                print("make clean")
                os.system("cd " + self.config["KERNEL_DIR"] + " &&
LANG=\"C\" make O=" + self.config["KERNEL_OBJ_DIR"] + " clean &>
/dev/null")

I'll fix my script :)


-- 
Slawa!
N.P.S.

Les fleurs du mal unfold
Comme les fleurs du mal
Dark demons of my soul
Un amour fatal
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists