purejavahidapi | crossplatform Application Programming Interface

Target-specific variable inheritance flows through the prerequisite dependency graph. That's what you're relying on here: when a target is built as a prerequisite of toad4 it gets one set of options and when it's built as a prerequisite of toad5 it gets a different set of options.

However, when you are building the dependency file the recipe isn't run as a prerequisite of either toad4 or toad5: as described in the manual the dependency file is built by make as part of parsing the makefile, because you included those dependency files. Because of that, none of the target-specific variables are set.

Stepping back it's not clear to me how you imagine this will work anyway. You have two different sets of prerequisites but you are trying to keep them both in the same file: that can't ever work. The only way it would be correct is if you rebuilt all the prerequisites every time you invoked make, so that they would be accurate for whatever target this particular make would want to build, but then of course everything in the makefile would be out of date and so everything would be rebuilt every time.

The right answer for a makefile that wants to build two different sets of targets from the same makefile, is to build two different sets of targets, not the same set of targets with different flags. Specifically, you should have two different object directories and put the generated files from one build in one object directory (say, obj-toad4) and the generated files from the other build in the other object directory (say, obj-toad5). Then they won't get mixed up and make can tell which are out of date and which are not.

Also, the method of handling automatic prerequisites described in the GNU make manual is out of date. You should consider the method described here: http://make.mad-scientist.net/papers/advanced-auto-dependency-generation/