On 10/1/07, <b class="gmail_sendername">Bruno Coudoin</b> <<a href="mailto:bruno.coudoin@free.fr">bruno.coudoin@free.fr</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I get a warning and we don't accept them:<br>916: warning : declaration without effect</blockquote><div><br>The macro expands to a function call, not a declaration, so I'm not entirely sure what this warning means or how to fix it.
<br><br>What compiler version are you using? Maemo is using and old gcc (3.4), so this might be  the reason for different behaviour. gcc 4.x is a bit more strict about the code it accepts. It might also be that we compile with different compiler flags.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Are you sure this is needed ? I can't reproduce the issue, geography<br>works fine without it.
</blockquote><div><br>The paintings puzzle will not load without this patch Maemo. libshapegame.so will have an unresolved symbol (<span class="q">gnome_canvas_polygon_get_type)</span>.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> Sometimes compilers optimize away variables and adding volatile makes<br>> gcc not to do that. I could try without.<br>It doesn't matter in our case unless the optimizer is so good that it find<br>out that this code is useless and strip it. It worked for me without volatile.
</blockquote><div><br>Ok, I'll try.<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">If I remember the scanning is done once but each time we get an activity
<br>for which we don't have a plugin we probably try again.<br>I agree we should mark the activity unplayable and not try a second time<br>but it happens only on broken GCompris where we fail to load a plugin.<br>It should not be an issue in the field.
<br></blockquote><br>Ok, so you think I should remove all the plugins which depend on python from the gcompris package? Is there an easy way to identify them? The delay I'm getting is approximately four seconds, so I'd really like to get this out.
<br><br>Best regards,<br>Terje<br></div></div>