|
2.2, Comdiv (ok), 10:58, 19/06/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Я так понимаю, valgrind не пригоден для тестирования самого себя.
| |
|
3.3, llolik (ok), 11:53, 19/06/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
Достаточно редкий случай, который не проверили (gcc7 + внешняя сжатая debuginfo) и который проявился только с недавним релизом gcc7.
| |
3.10, Аноним (-), 11:16, 21/06/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
...а с помощью двух valgrind'ов можно протестить вообще всё! ©
| |
3.11, я (?), 13:06, 23/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Я так понимаю, valgrind не пригоден для тестирования самого себя.
Пригоден. Для этого в нем есть специальная поддержка.
| |
|
|
1.4, Олег (??), 15:54, 19/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно а проблемы с AMD FX процессорами исправили уже?
vex amd64->IR: unhandled instruction bytes: 0x8F 0xEA 0xF8 0x10 0xCA 0x3 0x1D 0x0 vex amd64->IR: REX=0 REX.W=0 REX.R=0 REX.X=0 REX.B=0 vex amd64->IR: VEX=0 VEX.L=0 VEX.nVVVV=0x0 ESC=NONE vex amd64->IR: PFX.66=0 PFX.F2=0 PFX.F3=0
| |
|
|
Часть нити удалена модератором |
3.6, Аноним (-), 21:44, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
AMD уже поняло что все эти независимые аффторы компиляторов типа GCC жирно проплаченны Intel-ом,
потому на базе форка LLVM+CLang пилят свой оптимизирующий под AMD компилятор
(правда тоже подонковски - только под самые последние свои модели ЦПУ, но может и на ранних будет профит кто знает) - AOCC{AMD Optimizing C,C++ Compiler}
| |
|
|
1.7, Аноним (-), 01:34, 20/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Лично для меня valgrind помер в тот момент, когда перестал работать без отладочной информации. И ладно бы он требовал ее только для бинарника, но нет же - она требуется для всех используемых бинарником библиотек, начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug? Нет, спасибо. Могли бы хоть ключик оставить, что ли...
| |
|
2.8, A.Stahl (ok), 01:51, 20/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>ля меня valgrind помер в тот момент
А что родилось?
Альтернативы-то нет...
Да и что плохого, если он стал просить меньше (сам я валгриндом пользуюсь пару раз перед релизом. Не чаще. Я на плюсах пишу и с памятью проблем нет. А для меня валгринд это в первую очередь проверка на утечки) нюансов.
| |
|
3.13, 0xd34df00d (??), 09:03, 07/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Google perftools, -fsanitize=address/thread, интеловский инспектор.
Альтернатив дофига, на самом деле. Санитайзеры — самое оно, валгринд работает на два порядка медленнее и на порядок грустнее.
| |
|
2.9, Аноним (-), 09:58, 20/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Лично для меня valgrind помер в тот момент, когда перестал работать без
> отладочной информации. И ладно бы он требовал ее только для бинарника,
> но нет же - она требуется для всех используемых бинарником библиотек,
> начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug?
> Нет, спасибо. Могли бы хоть ключик оставить, что ли...
Ну так надо было бы в issue это занести...
А, для меня лично он помер - когда прочёл что поддерживает только никсы.
Для программисткого ПО и особенно как для открытого это даже как то непрофессионально. Можете и это в Issue занеси.
| |
|
3.12, я (?), 13:13, 23/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Лично для меня valgrind помер в тот момент, когда перестал работать без
>> отладочной информации. И ладно бы он требовал ее только для бинарника,
>> но нет же - она требуется для всех используемых бинарником библиотек,
>> начиная от libc и заканчивая иксовыми. Пересобирать всю систему со splitdebug?
>> Нет, спасибо. Могли бы хоть ключик оставить, что ли...
> Ну так надо было бы в issue это занести...
> А, для меня лично он помер - когда прочёл что поддерживает только
> никсы.
> Для программисткого ПО и особенно как для открытого это даже как то
> непрофессионально. Можете и это в Issue занеси.
Советую прочитать про принцип работы valgrind (он очень близок к qemu-uaer). Его сложно портировать на системы с недокументированные ABI ядра OS и загрузчику исполняемых файлов.
| |
|
|
|