In message <46FAD1D2.8030306@xxxxxxxxxx>, roel writes: > Erez Zadok wrote: > > > @@ -194,7 +194,7 @@ int check_empty(struct dentry *dentry, struct unionfs_dir_state **namelist) > > > > BUG_ON(!S_ISDIR(dentry->d_inode->i_mode)); > > > > - if ((err = unionfs_partial_lookup(dentry))) > > + if (unlikely((err = unionfs_partial_lookup(dentry)))) > > goto out; > > > > bstart = dbstart(dentry); > > Is it bad to leave this assignment within the unlikely()? I don't know. Anyone? Will un/likely "break" in the above form? Actually, it looks like assignments within conditionals are just prohibited (even if you use double parentheses to shut gcc up :-). It's not mentioned in the CodingStyle, but it is in scripts/checkpatch.pl. So I'll have to take out all those assignments out of the conditionals anyway. Good. It makes code more readable (and besides, most modern compilers will optimize it just the same). Cheers, Erez. - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html