Альтернатива устаревшей функциональности __malloc_hook в glibc

Я пишу профилировщик памяти для C, и для этого перехватывает вызовыmalloc, realloc а такжеfree работает через malloc_hooks. К сожалению, они устарели из-за их плохого поведения в многопоточных средах. Я не мог найти документ, описывающий альтернативное решение передовой практики для достижения того же, может кто-то просветить меня?

Я прочитал это просто#define malloc(s) malloc_hook(s) может помочь, но это не работает с настройкой системы, которую я имею в виду, потому что она слишком навязчива к исходной базе кода, чтобы ее можно было использовать в инструменте профилирования / трассировки. Необходимость вручную изменять исходный код приложения является убийцей для любого приличного профилировщика. Оптимально, решение, которое я ищу, должно быть включено или отключено, просто связавшись с дополнительной общей библиотекой. Например, моя текущая установка использует функцию, объявленную с__attribute__ ((constructor)) установить перехватmalloc крючки.

Спасибо

Ответы на вопрос(3)

Ваш ответ на вопрос