Doh :( Im doing some major juggling in trunk atm as I begin to merge in (and redo a little) the GL ES stuff. This is going to cause some breakage for a little bit.
I'll attempt to fix things up later but I would still advise going with the 2_0 branch for now until this merge is complete. -- Matthew On Thu, 2007-02-08 at 14:39 +0000, Bastien Nocera wrote: > Heya, > > Current clutter SVN trunk doesn't compile for me. Here's a patch to do > so. But I'm getting segfaults for all the examples: > #0 0x0000000000000000 in ?? () > #1 0x00002aaaaaacb6c7 in sync_viewport (stage=0x61f840) at > ./clutter-stage-glx.c:382 > #2 0x00002aaaaaacbafd in clutter_stage_glx_request_coords (self=0x61f840, > box=0x7fff7d11df80) at ./clutter-stage-glx.c:747 > #3 0x00002aaaaaac5044 in clutter_actor_request_coords (self=0x0, > box=0x7fff7d11df80) at clutter-actor.c:419 > #4 0x00002aaaaaac6d21 in clutter_actor_set_size (self=0x61f840, width=640, > height=480) at clutter-actor.c:1058 > #5 0x0000003d7fc29ad0 in g_type_create_instance () from > /lib64/libgobject-2.0.so.0 > #6 0x0000003d7fc1175d in g_object_set () from /lib64/libgobject-2.0.so.0 > #7 0x0000003d7fc0f5b4 in g_object_newv () from /lib64/libgobject-2.0.so.0 > #8 0x0000003d7fc0ffdc in g_object_new_valist () from > /lib64/libgobject-2.0.so.0 > #9 0x0000003d7fc10211 in g_object_new () from /lib64/libgobject-2.0.so.0 > #10 0x00002aaaaaabee61 in clutter_stage_get_default () at clutter-stage.c:401 > #11 0x00002aaaaaaba847 in clutter_stage_init (context=0x6067c0, > error=0x7fff7d11e4a8) at clutter-main.c:415 > #12 0x00002aaaaaabab04 in clutter_init (argc=0x7fff7d11e4ec, > argv=0x7fff7d11e4e0) at clutter-main.c:584 > #13 0x0000000000401395 in main (argc=1, argv=0x7fff7d11e668) at behave.c:19 > > Cheers > -- To unsubscribe send a mail to [EMAIL PROTECTED]
