Новое в C / C ++ Использование Android NDK для переноса устаревшего кода, получение ошибок компиляции - PullRequest
Новая
       57

Новое в C / C ++ Использование Android NDK для переноса устаревшего кода, получение ошибок компиляции

0 голосов
/ 19 апреля 2010

Сегодня я пытался перенести старый код Symbian C ++ на Android, используя NDK.

У меня мало или совсем нет знаний C или C ++, так что это была тяжелая работа, но это нужно сделать.

Моя главная проблема заключается в том, что у меня возникают проблемы при переносе, как мне кажется, кода, заданного Symbian, для работы с использованием небольшого подмножества C / C ++, доступного в Android NDK.

Вот изображение ошибок компиляции, которые я получаю, используя cygwin

Мне было интересно, может ли кто-нибудь указать мне правильное направление, как бороться с этими ошибками? Например, является ли TBool / Int / TUint / RPointerArray / RSocket примитивом Symbian, и поэтому он не будет компилироваться или это что-то еще?

Также, что такое ISO C ++?

Будем весьма благодарны за любые учебные пособия, руководства или советы и помощь.

EDIT:

Вот фрагмент кода из файла .h, который я пытаюсь импортировать, после чего выводим фрагмент кода из компилятора.

Может ли кто-нибудь подсказать мне, как я могу перенести этот специфичный для Symbian код на обычный C ++?

Если у меня появилось представление о том, что специфично для Symbian и как его изменить, я думаю, что смогу изменить, тогда сам начну портировать все остальное 

#ifndef __RTPSTREAM_H__
#define __RTPSTREAM_H__


class CRTPParser;

class MDataRecorderObserver
{
public:
virtual void DataRecorded(const TDesC8& aData, TUint aCodec, TUint aFramesizeMs)=0;

};

class MRTPStreamDataObserver
{
 public:
virtual void AudioDataSent()=0;
virtual void DataReceived(const TDesC8& aData,TUint aCodec, TBool aMarker, TUint aSeq, TUint aTime)=0;
virtual void DataReceived(const TDesC8& aData)=0;
};

$ make APP=ndk-socket
Android NDK: Building for application 'ndk-socket'
Compile++ thumb: socket <= apps/ndk-socket/project/jni/rtpstream.cpp
In file included from apps/ndk-socket/project/jni/com_ciceronetworks_utils_RTPJn
i.h:2,
             from apps/ndk-socket/project/jni/rtpstream.cpp:4:
build/platforms/android-3/arch-arm/usr/include/jni.h:489: note: the mangling of
'va_list' has changed in GCC 4.4
In file included from apps/ndk-socket/project/jni/rtpstream.cpp:11:
apps/ndk-socket/project/jni/rtp/RTPStream.h:15: error: ISO C++ forbids declarati
on of 'TDesC8' with no type
apps/ndk-socket/project/jni/rtp/RTPStream.h:15: error: expected ',' or '...' bef
ore '&' token
apps/ndk-socket/project/jni/rtp/RTPStream.h:23: error: ISO C++ forbids declarati
on of 'TDesC8' with no type
apps/ndk-socket/project/jni/rtp/RTPStream.h:23: error: expected ',' or '...' bef
ore '&' token
apps/ndk-socket/project/jni/rtp/RTPStream.h:24: error: ISO C++ forbids declarati
on of 'TDesC8' with no type
apps/ndk-socket/project/jni/rtp/RTPStream.h:24: error: expected ',' or '...' bef
ore '&' token
apps/ndk-socket/project/jni/rtp/RTPStream.h:24: error: 'virtual void MRTPStreamD
ataObserver::DataReceived(int)' cannot be overloaded
apps/ndk-socket/project/jni/rtp/RTPStream.h:23: error: with 'virtual void MRTPSt
reamDataObserver::DataReceived(int)'
apps/ndk-socket/project/jni/rtp/RTPStream.h:30: error: 'TInt' has not been deca
red

1 Ответ

1 голос
/ 20 апреля 2010

«ISO C ++» означает, что компилятор G ++ означает «стандарт C ++».

Это похоже на обычную ошибку в G ++, которая возникает в замешательстве. Обычно имеет смысл только верхнее сообщение об ошибке, а остальное - это то, что компилятор печатает, потому что оно было сбито с толку. Странно то, что первоначальная ошибка «ожидаемое имя класса перед маркером« <»сама по себе более типична для ошибок, чем для реальных ошибок. Возможно, полезно взглянуть на этот момент в коде и посмотреть, что он говорит, и есть ли там что-нибудь странное или специфичное для компилятора. </p>

Кроме того, из поиска в Google, похоже, что первоначальное замечание по поводу искажения va_name является просто информативным и очень маловероятным, чтобы вызвать проблему в этом случае - и, в частности, определенно не собирается вызывать остальную часть этих компиляторов ошибки.

Редактировать: Исходя из пересмотренного вывода ошибок и исходного кода, который вы опубликовали, похоже, что ошибка состоит в том, что этот код использует тип данных "TDesc8" без предварительного объявления, и отдых, вероятно, последует за этим. Согласно информации, которую я мог найти в сети в документации Symbian , код, использующий этот тип, должен иметь строку #include <e32des8.h> для включения соответствующего заголовка. Включает ли код, который вы компилируете, этот заголовок?

...