svn commit: r206082 - in head: . share/man/man7 share/mk sys/conf

[Alexander Leidinger]

Quoting Kostik Belousov <kostikbel at gmail.com> (from Mon, 5 Apr 2010  
16:35:05 +0300):

> On Mon, Apr 05, 2010 at 02:31:23PM +0200, Alexander Leidinger wrote:
>> Quoting Kostik Belousov <kostikbel at gmail.com> (from Sun, 4 Apr 2010
>> 18:36:53 +0300):
>>
>> >On Fri, Apr 02, 2010 at 06:55:32AM +0000, Alexander Leidinger wrote:
>> >>Author: netchild
>> >>Date: Fri Apr  2 06:55:31 2010
>> >>New Revision: 206082
>> >>URL: http://svn.freebsd.org/changeset/base/206082
>> >>
>> >>Log:
>> >>  WITH_CTF can now be specified in src.conf (not recommended, there
>> >>  are some problems with static executables), make.conf (would also
>> >>  affect ports which do not use GNU make and do not override the
>> >>  compile targets) or in the kernel config (via "makeoptions
>> >>  WITH_CTF=yes").
>> >
>> >I think this commit started the kernel build to emit lines like this
>> >[ -z "ctfconvert" -o -n "1" ] || ctfconvert -L VERSION -g vm_init.o
>> >after compilation of each file from the kernel (but not modules)
>> >source. Could you, please, look for missed '@' ?
>>
>> I just reviewed the diff again and there is only one place where no @
>> is, this is for NORMAL_CTFCONVERT. Before I committed the patch, I
>> searched where it is used, but I didn't find a place where it is used.
>> Maybe I overlooked something (I didn't review the Makfile which is
>> generated by running the config program on the kernel-config, and I
>> will not get time to do this today).
>>
>> Can you please confirm that you did an installworld before building
>> the kernel?
>
> I can confirm that r206179 fixed the issue.
>
> To answer your question, no, I did not performed installworld.
> I do buildkernel in cross-build environment, i.e. I do buildworld
> and then buildkernel.

Ok, thanks for the info.

Warner, do you mind if I back-out r206082 and change the place where  
NORMAL_CTFCONVERT is used instead (fist I have to search for it  
again... not today)? It would make it consistent with all other places  
(SYSTEM_CTFCONVERT and the plain test and use of CTFxxx).

Bye,
Alexander.

-- 
http://www.Leidinger.net  Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild @ FreeBSD.org  : PGP ID = 72077137
When the doubt vanishes and the issue becomes evident, stupidity reigns.
		-- Poul Henningsen [1894-1967]