Мы активно используем boost:: serialization и templates в целом. Кажется, все идет хорошо.
Кроме того, мы нанесли удар по нашим сборкам Windows. Кажется, что проблемы в объектных файлах слишком велики. Мы используем MinGW/Msys с g++ 4.7.0.
c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/as.exe: CMakeFiles/source.dir/sourcecode.cpp.obj: too many sections (33396)
C:\Users\username\AppData\Local\Temp\ccnAocvD.s: Assembler messages:
C:\Users\username\AppData\Local\Temp\ccnAocvD.s: Fatal error: can't write CMakeFiles/source.dir/sourcecode.cpp.obj: File too big
Мастер google открыл это заархивированное сообщение, http://sourceforge.net/mailarchive/forum.php?thread_name=CA%2Bsc5mkLvj%3DW9w2%3DsY%3Dc_N%3DEwnsQuPDEX%3DiBcbsbxS3CuE_5Bg%40mail.gmail.com&forum_name=mingw-users
В нем это указывает на то, что другой человек попал в ту же самую ловушку. Он указывал на опцию для опции Visual Studio /bigobj, которая, как представляется, делает то, что нам нужно. Однако мы не можем перейти в Visual Studio.
Одно из предложений заключалось в том, чтобы добавить --hash-size в опции ассемблера. Это не помогло.
Если я не ошибаюсь, проблема заключается в том, что в объектных файлах есть ограничение на 2 ^ 16 записей. Собственно, согласно сообщению об ошибке, я бы рискнул, что это подписанные 2 ^ 16 записей, но это арахис. Опция /bigobj для Visual Studio изменила бы это на 2 ^ 32. Результат списка рассылки не знал об эквивалентной опции для gcc. Дальнейшие результаты Google, похоже, не имеют отношения к этому.
На этом этапе нам придется реорганизовать наш код (ugh), чтобы обойти это ограничение. Но я все еще обеспокоен тем, что с тяжелыми шаблонами мы снова и снова сталкивались с проблемой (мы уже сталкивались с ней с тремя исходными файлами).
Итак, мой вопрос: существует ли gcc эквивалент опции Microsoft /bigobj? Есть ли еще третий вариант, который я еще не нашел?
