Сабж. Кто-нибудь сталкивался с такой проблемой? Использование виртуальной машины и удаленная компиляция крайне не желательны   

Sartorius, на слух - вы делаете "что-то не то".

bilbobagginz,  да под билд выделена машина с Windows. Часть проекта действительно под Win, другая под мак. Выделять еще одну машину под билд не хочется как и ставить Mac OS в виртуалке... Похоже кроме удаленной компиляции на маке ничего не остается т.к. даже ребята из GNUStep не стали заморачиватья с генерацией mach-o 


Это сообщение отредактировал(а) Sartorius - 8.9.2010, 11:41

Sartorius, когда под билд мака выделяется машина под виндовс - это уже одно большое "не то".
а какое это приложение, если не секрет ?

в смысле - оконное ли, сетевое ли, работает ли напрямую с какой-то особой железякой ли... и т.д. ?

я слышал, напр. что с т.з. таймингов, особенно сетевых, виртуальные машины реагируют по-иному.
в результате, код проверенный в виртуальной машине желательно как-то когда-то все-таки проверять на реальной тачке.
то же касается многопоточных систем, когда тесты пытаются найти race conditions, или [live,dead]locks.

Оконное cocoa приложение. С железом работает только на уровне чтения IORegistry.

Да сам то я на маке его собираю и отлаживаю, речь идет об автоматическом билде по коммиту в SVN. Чтобы всегда актуальные бинарники были всем доступны. Выкладывать бинарники руками не очень удобно. (Нужно специально релиз собирать и т.п.) Тем более, что маковское приложение содержит ресурсы, которые можно собрать только на виндовой машине.

Sartorius, я собираю свои пакеты на маке через hudson, мак соединен через ssh, копирует экзешники через scp. все автоматом.