GCCE issues

[apsaarin]

When compiling using GCCE supplied with 3rd ed SDK beta, I have noticed a few issues. Same code compiles & runs perfectly in emulator.

1. For some reason unknown to me, it compiles derived templated classes incorrectly. Say I have a template<class T> class Bar and template<class T> class Foo : public Bar<T>, the functions declared in Foo<T> do not see variables derived from Bar. Any ideas? If GCCE really has problems with these, it is a major issue.

2. It is included in the release notes that GCCE has "issues" with va_list macros. How to circumvent those issues? Having a large codebase with snprintf-like functions, it is quite a limitation not to have a standard ANSI C compliant compiler.

3. static_cast<> is not handled correctly and it gives just compilation errors. Changing static_cast to just C-like cast is a workaround.

4. GCCE does not seem to accept some ASCII characters in string literals, like °, »

<slightly off-topic>
5. On Metrowerks compiler, ? operator is sometimes compiled incorrectly. (a & b) == 0 ? false : true in some places always evaluates to false independent of a and b. Same thing noticed in earlier SDK's GCC, only if char * typed values are in the ? : part.

[jestyjames]

Hi Apsaarin,

I'm having some problems with :
VA_LIST ap;
VA_START( ap, pn );
VA_END( ap );.

It had some errors like "request for member `__ap' in `ap', which is of non-class type `char*"

I see from your messagee that you might have encountered this type problem. Did you have any of these problems, if so, how did you get around ? Any help would be great. Thanks

[apsaarin]

To my knowledge there is no known workaround right now for this va_list issue, but Symbian is investigating the problem and hopefully they'll get a fix someday.

[jestyjames]

Thanks Apsaarin.

[Cartmon]

Hi,

Symbian does have some information on this problem:

http://www3.symbian.com/faq.nsf/0/1C...C?OpenDocument

If this link fails search for FAQ-1207

Thanks.

[jestyjames]

Thanks Cartmon,

I found the FAQ too, but it does not resolve the problem because the compiler error is at VA_START, even before you use the argument list.

[Greg_Jokiel]

Hi,

The problem comes from va_list being defined twice.

stdarg_e.h defines it as typedef char* __e32_va_list;
while stdarg.h defines it as #define va_list __e32_va_list
and gcce.h as typedef va_list __e32_va_list;

If you look into the definition of va_start(), va_arg() and va_end() in stdarg_e.h you'll find that the first declaration is the one to keep so simply comment out the two others and compile.

stdarg.h and starg_e.h are in include/libc
gcce.h is in include/gcce

GreG

[iulian_moldovan]

If you look into the definition of va_start(), va_arg() and va_end() in stdarg_e.h you'll find that the first declaration is the one to keep so simply comment out the two others and compile.

stdarg.h and starg_e.h are in include/libc
gcce.h is in include/gcce

But is it ok to comment the lines from the other headers?

[Greg_Jokiel]

But is it ok to comment the lines from the other headers?

Well, variable lists work as intended on the device so this is good enough for me.

GreG

[iulian_moldovan]

The same problem is also on the released SDK.
Will this have a reasonable solution sometime?

[Martin_Malek]

An update on this old thread.

In my case the error was that stdarg used:
typedef char* __e32_va_list;

while gcce.h uses:
typedef struct __va_list { void *__ap; } va_list;
typedef va_list __e32_va_list;

In my code I had a function like:

myFunc(va_list *np)
{
va_arg(*np,blabla);
}

This failed with:
error: first argument to `va_arg' not of type `va_list'
error: request for member `__ap' in something not a structure or union

Due to that va_arg(*np,blabla); should be va_arg((*np),blabla); since it now was a struct and not a char*.

I hope this fixes it for the rest of you too :)

[iothal]

Thanks Martin.

[dutchmega]

Hello,

I am using the new Nokia Qt SDK (RC) and I'm also facing the error 'first argument to 'va_arg' not of type 'va_list'' when compiling for Symbian release-gcce.
stdarg.h includes stdarg_e.h. My guess is that stdarg_e.h and gcce.h conflict but I can't include gcce.h again.

The va_list code is used in the Lua library. It all works fine with the older S60 3rd FP2 SDK.

Any suggestions?

[skumar_rao]

can you show us the exact compiler out.

[dutchmega]

Sure. You can find the exact output at http://pastebin.com/vMQcj8tj