Jason Merrill writes:
> On 04/25/2012 11:31 AM, Dodji Seketeli wrote:
>> +#define EXPANSION_POINT_LOCATION_FILE(LOC) \
>> + ((expand_location_to_expansion_point (LOC)).file)
>> +#define EXPANSION_POINT_LOCATION_LINE(LOC) \
>> + ((expand_location_to_expansion_point (LOC)).line)
On 04/25/2012 11:31 AM, Dodji Seketeli wrote:
+#define EXPANSION_POINT_LOCATION_FILE(LOC) \
+ ((expand_location_to_expansion_point (LOC)).file)
+#define EXPANSION_POINT_LOCATION_LINE(LOC) \
+ ((expand_location_to_expansion_point (LOC)).line)
+#define EXPANSION_POINT_LOCA
I have re-based my tree on top of a recent tree that incorporates the
changes for caret diagnostics and I had to update this patch
accordingly. Here is its new version on trunk of today. It basically
updates the new diagnostic_show_locus function to point to spelling
locations.
The patch does pa
> On 04/10/2012 03:49 PM, Dodji Seketeli wrote:
>> Apparently, quite some places in the compiler (like the C/C++
>> preprocessor, the debug info machinery) expect expand_location to
>> resolve to locations that are in the main source file, even if the
>> token at stake comes from a macro that was d
On 04/10/2012 03:49 PM, Dodji Seketeli wrote:
Apparently, quite some places in the compiler (like the C/C++
preprocessor, the debug info machinery) expect expand_location to
resolve to locations that are in the main source file, even if the
token at stake comes from a macro that was defined in a
Apparently, quite some places in the compiler (like the C/C++
preprocessor, the debug info machinery) expect expand_location to
resolve to locations that are in the main source file, even if the
token at stake comes from a macro that was defined in a header
somewhere. Turning on -ftrack-macro-expa
