﻿id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
140	'lib' rule uses counter-intuitive logic when resolving <name> and <search>	itkachev@…	somebody	"А valid construct such as


{{{
lib MAFSA : :
     <threading>multi,<link>static:<name>MAFSA-thread-static
     <threading>single,<link>static:<name>MAFSA-static
     <threading>multi,<link>shared:<name>MAFSA-thread
     <threading>single,<link>shared:<name>MAFSA
     <address-model>64:<search>$(LIB64_DIR)
     <address-model>32:<search>$(LIB32_DIR) ;
}}}


gives an error due to the following flawed logic in the 'lib' rule definition: (toos/builtin.jam:472-479)


{{{
    # Support "" lib a ; "" and "" lib a b c ; "" syntaxes.
    if ! $(sources) && ! <name> in $(requirements:G)
                    && ! <file> in $(requirements:G)
       {
           r += <name>$(name) ;
       }
}}}


Lines tools/builtin.jam:410-428 might also exhibit a similar flaw.
"	defect	new	major		component1				
