Я планирую попробовать Google NaCL. Какую IDE следует использовать для разработки? Было бы неплохо иметь возможность скомпилировать проект из IDE и запустить его в Chrome. Некоторая базовая отладка также была бы очень полезна.
Какую IDE следует использовать для собственного клиента Google?
Ответы (1)
У нас пока нет поддержки IDE. Вы можете попробовать Eclipse (с CDT) + проект Standard Make C или C++ для автоматизации компиляции. Запуск и отладка из Eclipse невозможны.
Кроме того, вы можете использовать любой редактор с подсветкой синтаксиса и скомпилировать/запустить вручную из cmd/bash.
Отладка на NaCl сама по себе очень сложна. Сейчас нет разумного способа сделать это.
Вы можете использовать переменные среды NACL_EXE_STDOUT и NACL_EXE_STDERR (установите для них абсолютные пути к файлам, в которые будут записаны stdout и stderr программы NaCl) плюс флаг хрома --no-sandbox для отладки printf.
Обновление (март 2014 г.) Теперь у нас есть подключаемый модуль Visual Studio, который можно установить с помощью naclsdk update vs_addin. См. также: https://developers.google.com/native-client/dev/devguide/devcycle/vs-addin
Кроме того, я создал страницу, описывающую, как использовать Eclipse с CDT для компиляции и отладки приложений NaCl: http://www.chromium.org/nativeclient/how-tos/debugging-documentation/debugging-with-рекомендуемаязаглушкаотладки/отладка-nacl-приложений-в-eclipse-cdt
person
Ha.
schedule
13.02.2012
Спасибо за подробный ответ.
- person NagyI; 14.02.2012
Спасибо. :) В последнее время я не следил за развитием NaCL. Но означает ли это, что поддержка IDE доступна и для компиляции PNaCL?
- person NagyI; 28.03.2014
да. Однако отладка PNaCl не так проста. Вы не можете отлаживать .pexe, но вы можете отлаживать сгенерированные из него .nexe.
- person Ha.; 04.04.2014
@Ха. Спасибо за обновления. Я выполнил описанные шаги, чтобы настроить пути и символы: Но я все еще получаю сообщение об ошибке (только в редакторе) для включений, таких как строка и sstream. Хотя он отлично строится, ошибки раздражают и мешают автозаполнению. Это странно, потому что я вижу, что string.h находится в ${NACL_SDK_ROOT}/toolchain/win_x86_glibc/x86_64-nacl/include. P.S. Я использую перец 33 в Windows.
- person Shayan RC; 02.05.2014
Я бы дважды проверил, добавлены ли включаемые пути для всех языков и конфигураций (перейдите на вкладку «Включает» на странице «Пути и символы» и нажмите «Сборка», «GNU C» и «GNU C++», чтобы убедиться, что включаемые каталоги не меняются; затем измените конфигурацию и щелкните снова через них). Если это не помогает, попробуйте щелкнуть проект правой кнопкой мыши, выбрать «Индекс» -> «Перестроить» и «Индекс» -> «Переразрешить неразрешенные включения».
- person Ha.; 07.07.2014
