I like LabVIEW a lot, but this is one of the areas where the text code solution is more straightforward and readable than most LabVIEW solutions. You might think GreyGrey's suggestion isn't elegant, but most alternatives are likely to be considerably worse.
The main exception I can think of is to "cheat" and use a LabVIEW formula node that accepts a limited syntax of text code.
P.S. Started the answer above, called pulled away, returning hours later. Jeff B's solution is essentially similar to the one described by GreyGrey. Either is a fairly readable solution to your very specific problem. GreyGrey's string-based solution would extend more naturally to a large number of variables. But both very much depend on the fact that all the logical operators are AND's.
For your specific problem full of nothing but AND's, both are fine. For the much broader general situation, such approaches either won't work or will likely be a lot less readable. Consider a case where you have to support logic including OR's or NOT's like:
((A && B) || (B && NOT(C)) || (D && (E || F)) )
You'd either string together a raw, literal implementation along the lines of the one Bob_Schor illustrated while recommending against, or you could use the Formula Node I mentioned before to preserve the relative readability of the text-based logic.
Not a critique of earlier replies which definitely addressed the question asked, just offering some additional thoughts since the original problem was a special case that just happened to lend itself to a more-elegant-than-normal pair of solutions.
-Kevin P
ALERT! LabVIEW's subscription-only policy came to an end (finally!). Unfortunately, pricing favors the captured and committed over new adopters -- so tread carefully.
