Date: Tue, 31 Jan 2012 14:53:51 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: Rafal Jaworowski <raj@semihalf.com> Cc: svn-src-head@freebsd.org, Ian Lepore <freebsd@damnhippie.dyndns.org>, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r230622 - head Message-ID: <4F27F26F.8080107@FreeBSD.org> In-Reply-To: <9DAB4777-9799-49E3-8EBC-E7A567414D2A@semihalf.com> References: <201201271829.q0RIT4Xq051545@svn.freebsd.org> <FBEC24AB-647F-4077-9186-27D361507EA3@semihalf.com> <4F26F8C9.3080807@FreeBSD.org> <1327956501.1662.13.camel@revolution.hippie.lan> <4F27120E.5000207@FreeBSD.org> <9DAB4777-9799-49E3-8EBC-E7A567414D2A@semihalf.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2012-01-31 14:20, Rafal Jaworowski wrote: > On 2012-01-30, at 22:56, Dimitry Andric wrote: ... >> That said, I still don't understand why the generated aicasm_scan.c file >> is still defining the input() function. Rafal, just to be sure, can you >> please paste the file that was generated during your buildkernel? > > Problem identified: the auto-gen'd aicasm files would not get updated in the preexisting kernel OBJ subdir. After wiping out the OBJ sub dir entirely make buildkernel works fine. > > Do you know why would the generated aicasm* files not get a refresh in the kernel OBJ dir? Well, in general, incremental building is difficult to get working for all corner cases, like this particular one. The lexer and scanner .c files are generated from .l and .y files, so if the latter did not get an updated timestamp, the .c files will not be regenerated either. The only way to fix this would be to add a dependency on the actual lex and yacc executables. But that is probably overkill: if you wanted to be consistent, you would also have to relink every executable if ld gets updated, recompile every object file if cc gets updated, and so on. It's probably easier to just clean out your object tree, and build from scratch. :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F27F26F.8080107>