On Feb 4, 2013, at 9:22 AM, Jack Howarth <howa...@bromo.med.uc.edu> wrote: > Currently darwin is unable to utilize libasan with constructors due to the > lack of > constructor priority support on that target.
> Okay for gcc trunk? Since asan doesn't need cross translation unit priorities, the patch is sufficient to fix all of the semantics needed for asan. I still have a preference, though small, for stable_sort instead of qsort, absent performance data saying qsort is better. Ok. > ps The issue of inter module priority support remains unresolved (as it is in > clang/llvm). > The only solution for both compilers is to reorder the linkage of the modules > to insure that the module with the asan constructor appears first. Since asan doesn't care who goes first, we don't need priorities across translation units for it.