да постигнет же анальная кара неиспользующих <stdint.h>

(сори, помочь нечем)

«stdint.h and inttypes.h are missing from Microsoft Visual Studio»

Так что встретить вин-проект с ними - редкость.

«stdint.h and inttypes.h are missing from Microsoft Visual Studio»

http://msdn.microsoft.com/en-us/library/hh874765.aspx

scan-build уже пробовал?

Visual Studio 2012

А проекту 15 лет, а привычкам win программистов ещё больше...

Ещё ничего не пробовал, спрашиваю что попробовать. Спасибо, посмотрю.

Собственно, scan-build мне побоку, нужен clang-analyzer.

Конкретно проверка (long)(unsigned) там есть или её добавить можно?

бро

Собственно, scan-build мне побоку, нужен clang-analyzer.

таки прочитай как работает скан-билд (там совсем немного), и твои волосы (скорее всего) станут мягкими и далее-по-тексту

чесно - не помню, но 90%, что есть (ибо это частые грабли)

Вроде ж в студии есть фича проверки кода на x86_64 совместимость. Тебе она не подходит?

В винде int и long одного размера, разве там сработает какая-то проверка? Надо попробовать...

В 2005 студии в настройках проекта в C/C++->General есть «Detect 64-bit Portability Issues». Оно может помочь.

Она нужна только при компиляции 32-битного кода, а если он собирается 64-битный то и так всё студия сообщит. Про long->unsigned оно не сообщит т.к. long в винде 32-битный, проблем нет.

А проекту 15 лет, а привычкам win программистов ещё больше...

В 2010 точно есть. В 2008 ЕМНИП тоже есть.

PVS-Studio?

А вывернуться с временной заменой не выйдет?

Типа заменить везде unsigned long на uint64_t, long на int64_t и попробовать собрать.

мне в подобных случаях помогает условно-бесплатная обертка над clang, http://sci-tools.com/

у них есть свой анализатор (можно выбрать), но clang гораздо лучше работает.

там достаточно простое api для си, питона и перла, которым можно походить по деревяшке, посмотреть типы и т.д.

что-то вроде требуемого у меня написалось в пару строчек перлового кода.

сейчас у них ещё стало много своих проверок, так что может такая и есть, но по-моему проще самому написать.

ой, http://scitools.com

Ну там 10 миллионов строк кода. Сложновато будет :-) Потом, меня не интересуют все проблемы, а только конкретный каст.

на всякий случай, у gcc есть -Wold-style-cast.

Ну там 10 миллионов строк кода. Сложновато будет :-)

sed'у как бы все равно сколько строк кода;)

Про sed выше уже сказали. Попробуй - будет много траха с разбором ошибок, но в конце концов все касты найдешь.

Дык менять-то надо ULONG/LONG, LONG64, и т.п. «long long». «long double». Не менять там, где вызываются функции, принимающие long* или long&. Короче не выйдет малахитова шкатулка. Была идея с #define long int но проблем много.

PVS-Studio

То, что Вам нужно, называется статический анализатор PVS-Studio. В нем мощная система диагностики 64-битных дефектов. Даже через чур мощная, из-за чего имеется масса ложных срабатываний. Но лишние диагностики легко отключаются.

Попробовать: http://www.viva64.com/ru/pvs-studio/

Если проекта для VS нет, то Вам поможет Standalone вариант - http://www.viva64.com/ru/b/0219/

Проект же должен clang-ом собираться, правильно? Увы.