%PDF- <> %âãÏÓ endobj 2 0 obj <> endobj 3 0 obj <>/ExtGState<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI] >>/Annots[ 28 0 R 29 0 R] /MediaBox[ 0 0 595.5 842.25] /Contents 4 0 R/Group<>/Tabs/S>> endobj ºaâÚÎΞ-ÌE1ÍØÄ÷{òò2ÿ ÛÖ^ÔÀá TÎ{¦?§®¥kuµùÕ5sLOšuY>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<> endobj 2 0 obj<>endobj 2 0 obj<>es 3 0 R>> endobj 2 0 obj<> ox[ 0.000000 0.000000 609.600000 935.600000]/Fi endobj 3 0 obj<> endobj 7 1 obj<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI]>>/Subtype/Form>> stream
# Select broken dependency issue # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # # Test with: # # make KBUILD_KCONFIG=Documentation/kbuild/Kconfig.select-break menuconfig # # kconfig will not complain and enable this layout for configuration. This is # currently a feature of kconfig, given select was designed to be heavy handed. # Kconfig currently does not check the list of symbols listed on a symbol's # "select" list, this is done on purpose to help load a set of known required # symbols. Because of this use of select should be used with caution. An # example of this issue is below. # # The option B and C are clearly contradicting with respect to A. # However, when A is set, C can be set as well because Kconfig does not # visit the dependencies of the select target (in this case B). And since # Kconfig does not visit the dependencies, it breaks the dependencies of B # (!A). mainmenu "Simple example to demo kconfig select broken dependency issue" config A bool "CONFIG A" config B bool "CONFIG B" depends on !A config C bool "CONFIG C" depends on A select B