On 5/21/20 4:02 AM, Andreas Schwab wrote:
On Mai 20 2020, Nathan Sidwell wrote:
I'm reverting that change. It is not ready. The first map has a
different string for the main file name, and we were relying on that not
equalling the later ones via pointer comparison.
I must have become confuse
On Mai 20 2020, Nathan Sidwell wrote:
> I'm reverting that change. It is not ready. The first map has a
> different string for the main file name, and we were relying on that not
> equalling the later ones via pointer comparison.
>
> I must have become confused over what tree I was testing. So
On 5/20/20 2:22 PM, Nathan Sidwell wrote:
Here are some small cleanups.
The one bug fix is try_to_locate_new_include_insertion_point was using
pointer comparison to compare strings. This usually works, because the
line table doesn't duplicate file names. Except when reading
preprocessed inp
Here are some small cleanups.
The one bug fix is try_to_locate_new_include_insertion_point was using
pointer comparison to compare strings. This usually works, because the
line table doesn't duplicate file names. Except when reading
preprocessed input. In that case this was failing horribly
