Hi,
I think it would be best to split asan.c into two different files,
one for the tree level code and another for the rtl level code. This
is good for two reasons, one it forces the tree level code not to
include any rtl level specific ideas and it also improves
maintainability of the code when
Hi,
I don't understand why pretty-print is used inside asan.c. We now
are writing in C++ so can't you just use std::string? Or use obstack.
The use of the pretty-print mechanism seems like over kill here.
Thanks,
Andrew Pinski
On Mon, Nov 12, 2012 at 2:31 PM, Lawrence Crowl wrote:
> On 11/12/12, Lawrence Crowl wrote:
>> It appears that
>>
>> static bitmap clear_alias_sets = NULL;
>>
>> is never set, and as a consequence
>>
>> clear_alias_set_lookup (alias_set_type alias_set)
>>
>> is never called. This conclusion
On 11/12/12, Lawrence Crowl wrote:
> It appears that
>
> static bitmap clear_alias_sets = NULL;
>
> is never set, and as a consequence
>
> clear_alias_set_lookup (alias_set_type alias_set)
>
> is never called. This conclusion is reinforced because it
> unconditionally uses htab_t clear_alias_
It appears that
static bitmap clear_alias_sets = NULL;
is never set, and as a consequence
clear_alias_set_lookup (alias_set_type alias_set)
is never called. This conclusion is reinforced because it
unconditionally uses htab_t clear_alias_mode_table, which is never
allocated.
--
Lawrence
This is the beta release of binutils 2.23.51.0.5 for Linux, which is
based on binutils 2012 1110 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
