diff options
| author | Mats Wichmann <mats@linux.com> | 2023-03-21 19:30:36 (GMT) |
|---|---|---|
| committer | Mats Wichmann <mats@linux.com> | 2023-03-21 19:34:31 (GMT) |
| commit | fd166f513214e81d3622485128739354dfa11a24 (patch) | |
| tree | 346f6ce373ca9f1f96e74bab956f5d92b0467432 /test/Java/java_version_image/src4/NestedExample.java | |
| parent | 5eab3a7caea508b69501d3b577a706910e980840 (diff) | |
| download | SCons-fd166f513214e81d3622485128739354dfa11a24.zip SCons-fd166f513214e81d3622485128739354dfa11a24.tar.gz SCons-fd166f513214e81d3622485128739354dfa11a24.tar.bz2 | |
Fix dictifyCPPDEFINES handlong of macro strings
CPPDEFINES can contain name=value strings, either a single one, or one or
more in a sequence type. After conversion (subsequent Append/Prepend to
CPPDEFINES), these will be stored as tuples, but it is possible to hit
cases where the type conversion has never been triggered. The C Scanner
has its own routine to process CPPDEFINES, and missed these cases,
which are now handled.
The testcases in issue 4193 which showed this problem are now included
in the C scanner unit tests, and the test for dictifyCPPDEFINES is
expanded to check these two forms.
Fixes #4193
Signed-off-by: Mats Wichmann <mats@linux.com>
Diffstat (limited to 'test/Java/java_version_image/src4/NestedExample.java')
0 files changed, 0 insertions, 0 deletions