Я уже следовал инструкциям @ Использовать директивы препроцессора в плагине BlackBerry JDE для затмения? , чтобы убедиться, что ловушка предварительной обработки подключаемого модуля ежевики (теоретически) включена (теоретически).
Я использую Eclipse 3.5.1 с Blackberry Plugin 1.1 с BB SDK 4.7.0 и 4.6.0.
У меня есть препроцессор, который задает set (и я пробовал как в свойствах Blackberry Project, так и в настройках Workspace Blackberry Build), и тщательно проверил их заглавные буквы и орфографию.
Я вполне уверен, что реальный код, говорящий "этот материал должен быть предварительно обработан", хорош, потому что включение / исключение предварительно обработанного кода, кажется, прекрасно работает при сборках командной строки:
//#preprocess --- в начале файла
, а затем кодовые блоки, например, так:
//#ifndef jde_4_7
/*
//#endif
//#ifdef jde_4_7
import net.rim.device.api.ui.TouchEvent;
//#endif
//#ifndef jde_4_7
*/
//#endif
Так что я не могу понять, что еще может быть не так, что Eclipse не будет компилироваться в моем предварительно обработанном коде, если я не удалю комментарии, которые должны помешать встроенному сенсорному коду в сборку для ежевики, которая не ' T поддерживает сенсорный.
В какой-то момент он работал (и нет, я не обновлял Eclipse), но когда-то в последние пару недель он просто перестал работать. И я устала от подверженного ошибкам процесса поиска ifdefs и ручного комментирования / раскомментирования сенсорного кода и поиска лучшего решения, пока я занимаюсь тестированием и первоначальной разработкой, требующей тестирования как сенсорных, так и несенсорных функций.
Любые другие идеи о том, что может быть не так или как это исправить?