luabind and g++ 4.7

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

luabind and g++ 4.7

dagecko

Hello,

my program using luabind stopped to work when compiled with g++ 4.7.
If I switch back to g++ 4.6 it works again.

Is it a know issue ?

For the moment it is not easy for me to know where exactly the thing
hurts.

Regards,

dAgeCKo

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

Ryan Pavlik-4
Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?

Ryan

On Wed, Apr 4, 2012 at 10:19 AM, <[hidden email]> wrote:

Hello,

my program using luabind stopped to work when compiled with g++ 4.7.
If I switch back to g++ 4.6 it works again.

Is it a know issue ?

For the moment it is not easy for me to know where exactly the thing
hurts.

Regards,

dAgeCKo

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user



--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

dagecko

Hi,

thanks for the answer. Sorry for the so few details and so vague message last
time. Here are more details.

Compilation works fine under both versions of compilers (CXX exported to the
correct g++ file).
The program crashes when running after being compiled with g++ 4.7.
Here below a backtrace.

But what's annoying me here is that gdb uses the wrong files (here files from
g++ 4.6 whereas the program was _really_ compiled with g++ 4.7).

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe2742700 (LWP 27305)]
_M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
    at /usr/include/c++/4.6/bits/stl_tree.h:1096
warning: Source file is more recent than executable.
1096
(gdb) bt
#0  _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
    at /usr/include/c++/4.6/bits/stl_tree.h:1096
#1  find (__k=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_tree.h:1539
#2  find (__x=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_map.h:752
#3  get (object_offset=-6846562, dynamic_id=6, target=6, src=6896208, this=0x7fffe27410e8) at src/inheritance.cpp:87
#4  luabind::detail::cast_graph::impl::cast (this=0x7fffe27410d0, p=0x687868, src=6896208, target=6, dynamic_id=6,
    dynamic_ptr=<optimized out>) at src/inheritance.cpp:152
#5  0x00007ffff799f66c in luabind::detail::cast_graph::cast (this=<optimized out>, p=<optimized out>,
    src=<optimized out>, target=<optimized out>, dynamic_id=<optimized out>, dynamic_ptr=<optimized out>)
    at src/inheritance.cpp:227
#6  0x000000000043b6c1 in luabind::detail::pointer_holder<game::ServerMonster*, void const>::get (this=0x696ba0,
    target=6) at /usr/include/luabind/detail/instance_holder.hpp:109
#7  0x0000000000423997 in luabind::detail::object_rep::get_instance (this=0x6939f8, target=6)
    at /usr/include/luabind/detail/object_rep.hpp:59
#8  0x000000000044015b in luabind::detail::const_ref_converter::match<game::ServerMonster> (this=0x7fffe2741140,
    L=0x6859f0, index=1) at /usr/include/luabind/detail/policy.hpp:450
#9  0x0000000000440494 in luabind::detail::invoke_member<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>) at /usr/include/luabind/detail/call.hpp:257
#10 0x000000000043fe9c in luabind::detail::invoke0<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type, boost::is_void<game::MonsterState> > (
    L=0x6859f0, self=..., ctx=..., f=
    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:78
#11 0x000000000043e945 in luabind::detail::invoke<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:101
#12 0x000000000043e12e in luabind::detail::function_object_impl<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type>::entry_point (L=0x6859f0)
    at /usr/include/luabind/make_function.hpp:63
#13 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#14 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#15 0x00007ffff7bb0279 in lua_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#16 0x00007ffff79a02d1 in get_instance_value (L=0x6859f0) at src/object_rep.cpp:165
#17 luabind::detail::(anonymous namespace)::get_instance_value (L=0x6859f0) at src/object_rep.cpp:148
#18 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#19 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#20 0x00007ffff7bc2df4 in callTMres () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#21 0x00007ffff7bc30fc in luaV_gettable () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
---Type <return> to continue, or q <return> to quit---
#22 0x00007ffff7bc4384 in luaV_execute () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#23 0x00007ffff7bb60d6 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#24 0x00007ffff7bb02e3 in f_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#25 0x00007ffff7bb508f in luaD_rawrunprotected () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#26 0x00007ffff7bb64f5 in luaD_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#27 0x00007ffff7bb038d in lua_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
#28 0x0000000000434f6d in luabind::detail::proxy_function_void_caller<boost::tuples::tuple<boost::reference_wrapper<game::ServerMonster> const*, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::~proxy_function_void_caller (this=0x7fffe2741ca0, __in_chrg=<optimized out>)
    at /usr/include/luabind/detail/call_function.hpp:262
#29 0x00000000004323f4 in game::ServerMonster::Update (this=0x693a50) at server_monster.cc:78
#30 0x0000000000433e57 in game::MonsterArea::Update (this=0x693460, time=1333612531, dt=3.719329833984375e-05)
    at server_monster.cc:469
#31 0x0000000000448867 in game::MonsterManager::Run (this=0x66cde0) at server.cc:127
#32 0x00007fffe4641cee in mel::layers::threads::ThreadFunc (th=0x66cde0) at pthreads.cc:99
#33 0x00007fffe34c8b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#34 0x00007fffe3abd90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#35 0x0000000000000000 in ?? ()


----- Mail original -----
De: "Ryan Pavlik" <[hidden email]>
À: [hidden email]
Envoyé: Jeudi 5 Avril 2012 00:33:46
Objet: Re: [luabind] luabind and g++ 4.7


Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?


Ryan


On Wed, Apr 4, 2012 at 10:19 AM, < [hidden email] > wrote:



Hello,

my program using luabind stopped to work when compiled with g++ 4.7.
If I switch back to g++ 4.6 it works again.

Is it a know issue ?

For the moment it is not easy for me to know where exactly the thing
hurts.

Regards,

dAgeCKo

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev 
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user 




--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com 

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

Nigel Atkinson-2
Just something off the top of my head, but make sure that you compile *everything* with g++ 4.7 and see if that fixes it.

I've previously had issues with a program compiled with 4.4 but Luabind compiled with 4.3

Nigel


On 05/04/2012, at 6:25 PM, [hidden email] wrote:

>
> Hi,
>
> thanks for the answer. Sorry for the so few details and so vague message last
> time. Here are more details.
>
> Compilation works fine under both versions of compilers (CXX exported to the
> correct g++ file).
> The program crashes when running after being compiled with g++ 4.7.
> Here below a backtrace.
>
> But what's annoying me here is that gdb uses the wrong files (here files from
> g++ 4.6 whereas the program was _really_ compiled with g++ 4.7).
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffe2742700 (LWP 27305)]
> _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
>    at /usr/include/c++/4.6/bits/stl_tree.h:1096
> warning: Source file is more recent than executable.
> 1096
> (gdb) bt
> #0  _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
>    at /usr/include/c++/4.6/bits/stl_tree.h:1096
> #1  find (__k=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_tree.h:1539
> #2  find (__x=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_map.h:752
> #3  get (object_offset=-6846562, dynamic_id=6, target=6, src=6896208, this=0x7fffe27410e8) at src/inheritance.cpp:87
> #4  luabind::detail::cast_graph::impl::cast (this=0x7fffe27410d0, p=0x687868, src=6896208, target=6, dynamic_id=6,
>    dynamic_ptr=<optimized out>) at src/inheritance.cpp:152
> #5  0x00007ffff799f66c in luabind::detail::cast_graph::cast (this=<optimized out>, p=<optimized out>,
>    src=<optimized out>, target=<optimized out>, dynamic_id=<optimized out>, dynamic_ptr=<optimized out>)
>    at src/inheritance.cpp:227
> #6  0x000000000043b6c1 in luabind::detail::pointer_holder<game::ServerMonster*, void const>::get (this=0x696ba0,
>    target=6) at /usr/include/luabind/detail/instance_holder.hpp:109
> #7  0x0000000000423997 in luabind::detail::object_rep::get_instance (this=0x6939f8, target=6)
>    at /usr/include/luabind/detail/object_rep.hpp:59
> #8  0x000000000044015b in luabind::detail::const_ref_converter::match<game::ServerMonster> (this=0x7fffe2741140,
>    L=0x6859f0, index=1) at /usr/include/luabind/detail/policy.hpp:450
> #9  0x0000000000440494 in luabind::detail::invoke_member<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>) at /usr/include/luabind/detail/call.hpp:257
> #10 0x000000000043fe9c in luabind::detail::invoke0<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type, boost::is_void<game::MonsterState> > (
>    L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:78
> #11 0x000000000043e945 in luabind::detail::invoke<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:101
> #12 0x000000000043e12e in luabind::detail::function_object_impl<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type>::entry_point (L=0x6859f0)
>    at /usr/include/luabind/make_function.hpp:63
> #13 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #14 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #15 0x00007ffff7bb0279 in lua_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #16 0x00007ffff79a02d1 in get_instance_value (L=0x6859f0) at src/object_rep.cpp:165
> #17 luabind::detail::(anonymous namespace)::get_instance_value (L=0x6859f0) at src/object_rep.cpp:148
> #18 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #19 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #20 0x00007ffff7bc2df4 in callTMres () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #21 0x00007ffff7bc30fc in luaV_gettable () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> ---Type <return> to continue, or q <return> to quit---
> #22 0x00007ffff7bc4384 in luaV_execute () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #23 0x00007ffff7bb60d6 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #24 0x00007ffff7bb02e3 in f_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #25 0x00007ffff7bb508f in luaD_rawrunprotected () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #26 0x00007ffff7bb64f5 in luaD_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #27 0x00007ffff7bb038d in lua_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #28 0x0000000000434f6d in luabind::detail::proxy_function_void_caller<boost::tuples::tuple<boost::reference_wrapper<game::ServerMonster> const*, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::~proxy_function_void_caller (this=0x7fffe2741ca0, __in_chrg=<optimized out>)
>    at /usr/include/luabind/detail/call_function.hpp:262
> #29 0x00000000004323f4 in game::ServerMonster::Update (this=0x693a50) at server_monster.cc:78
> #30 0x0000000000433e57 in game::MonsterArea::Update (this=0x693460, time=1333612531, dt=3.719329833984375e-05)
>    at server_monster.cc:469
> #31 0x0000000000448867 in game::MonsterManager::Run (this=0x66cde0) at server.cc:127
> #32 0x00007fffe4641cee in mel::layers::threads::ThreadFunc (th=0x66cde0) at pthreads.cc:99
> #33 0x00007fffe34c8b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
> #34 0x00007fffe3abd90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #35 0x0000000000000000 in ?? ()
>
>
> ----- Mail original -----
> De: "Ryan Pavlik" <[hidden email]>
> À: [hidden email]
> Envoyé: Jeudi 5 Avril 2012 00:33:46
> Objet: Re: [luabind] luabind and g++ 4.7
>
>
> Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?
>
>
> Ryan
>
>
> On Wed, Apr 4, 2012 at 10:19 AM, < [hidden email] > wrote:
>
>
>
> Hello,
>
> my program using luabind stopped to work when compiled with g++ 4.7.
> If I switch back to g++ 4.6 it works again.
>
> Is it a know issue ?
>
> For the moment it is not easy for me to know where exactly the thing
> hurts.
>
> Regards,
>
> dAgeCKo
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev 
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user 
>
>
>
>
> --
> Ryan Pavlik
> HCI Graduate Student
> Virtual Reality Applications Center
> Iowa State University
>
> [hidden email]
> http://academic.cleardefinition.com 
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

Ryan Pavlik-4
Also, make sure you're using a branch that has the "cast_graph bug" fixed - I know at least mine does, and I think upstream master does too.

On Thu, Apr 5, 2012 at 3:43 AM, Nigel J Atkinson <[hidden email]> wrote:
Just something off the top of my head, but make sure that you compile *everything* with g++ 4.7 and see if that fixes it.

I've previously had issues with a program compiled with 4.4 but Luabind compiled with 4.3

Nigel


On 05/04/2012, at 6:25 PM, [hidden email] wrote:

>
> Hi,
>
> thanks for the answer. Sorry for the so few details and so vague message last
> time. Here are more details.
>
> Compilation works fine under both versions of compilers (CXX exported to the
> correct g++ file).
> The program crashes when running after being compiled with g++ 4.7.
> Here below a backtrace.
>
> But what's annoying me here is that gdb uses the wrong files (here files from
> g++ 4.6 whereas the program was _really_ compiled with g++ 4.7).
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffe2742700 (LWP 27305)]
> _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
>    at /usr/include/c++/4.6/bits/stl_tree.h:1096
> warning: Source file is more recent than executable.
> 1096
> (gdb) bt
> #0  _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
>    at /usr/include/c++/4.6/bits/stl_tree.h:1096
> #1  find (__k=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_tree.h:1539
> #2  find (__x=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_map.h:752
> #3  get (object_offset=-6846562, dynamic_id=6, target=6, src=6896208, this=0x7fffe27410e8) at src/inheritance.cpp:87
> #4  luabind::detail::cast_graph::impl::cast (this=0x7fffe27410d0, p=0x687868, src=6896208, target=6, dynamic_id=6,
>    dynamic_ptr=<optimized out>) at src/inheritance.cpp:152
> #5  0x00007ffff799f66c in luabind::detail::cast_graph::cast (this=<optimized out>, p=<optimized out>,
>    src=<optimized out>, target=<optimized out>, dynamic_id=<optimized out>, dynamic_ptr=<optimized out>)
>    at src/inheritance.cpp:227
> #6  0x000000000043b6c1 in luabind::detail::pointer_holder<game::ServerMonster*, void const>::get (this=0x696ba0,
>    target=6) at /usr/include/luabind/detail/instance_holder.hpp:109
> #7  0x0000000000423997 in luabind::detail::object_rep::get_instance (this=0x6939f8, target=6)
>    at /usr/include/luabind/detail/object_rep.hpp:59
> #8  0x000000000044015b in luabind::detail::const_ref_converter::match<game::ServerMonster> (this=0x7fffe2741140,
>    L=0x6859f0, index=1) at /usr/include/luabind/detail/policy.hpp:450
> #9  0x0000000000440494 in luabind::detail::invoke_member<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>) at /usr/include/luabind/detail/call.hpp:257
> #10 0x000000000043fe9c in luabind::detail::invoke0<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type, boost::is_void<game::MonsterState> > (
>    L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:78
> #11 0x000000000043e945 in luabind::detail::invoke<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
>    @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:101
> #12 0x000000000043e12e in luabind::detail::function_object_impl<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type>::entry_point (L=0x6859f0)
>    at /usr/include/luabind/make_function.hpp:63
> #13 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #14 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #15 0x00007ffff7bb0279 in lua_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #16 0x00007ffff79a02d1 in get_instance_value (L=0x6859f0) at src/object_rep.cpp:165
> #17 luabind::detail::(anonymous namespace)::get_instance_value (L=0x6859f0) at src/object_rep.cpp:148
> #18 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #19 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #20 0x00007ffff7bc2df4 in callTMres () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #21 0x00007ffff7bc30fc in luaV_gettable () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> ---Type <return> to continue, or q <return> to quit---
> #22 0x00007ffff7bc4384 in luaV_execute () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #23 0x00007ffff7bb60d6 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #24 0x00007ffff7bb02e3 in f_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #25 0x00007ffff7bb508f in luaD_rawrunprotected () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #26 0x00007ffff7bb64f5 in luaD_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #27 0x00007ffff7bb038d in lua_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #28 0x0000000000434f6d in luabind::detail::proxy_function_void_caller<boost::tuples::tuple<boost::reference_wrapper<game::ServerMonster> const*, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::~proxy_function_void_caller (this=0x7fffe2741ca0, __in_chrg=<optimized out>)
>    at /usr/include/luabind/detail/call_function.hpp:262
> #29 0x00000000004323f4 in game::ServerMonster::Update (this=0x693a50) at server_monster.cc:78
> #30 0x0000000000433e57 in game::MonsterArea::Update (this=0x693460, time=1333612531, dt=3.719329833984375e-05)
>    at server_monster.cc:469
> #31 0x0000000000448867 in game::MonsterManager::Run (this=0x66cde0) at server.cc:127
> #32 0x00007fffe4641cee in mel::layers::threads::ThreadFunc (th=0x66cde0) at pthreads.cc:99
> #33 0x00007fffe34c8b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
> #34 0x00007fffe3abd90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #35 0x0000000000000000 in ?? ()
>
>
> ----- Mail original -----
> De: "Ryan Pavlik" <[hidden email]>
> À: [hidden email]
> Envoyé: Jeudi 5 Avril 2012 00:33:46
> Objet: Re: [luabind] luabind and g++ 4.7
>
>
> Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?
>
>
> Ryan
>
>
> On Wed, Apr 4, 2012 at 10:19 AM, < [hidden email] > wrote:
>
>
>
> Hello,
>
> my program using luabind stopped to work when compiled with g++ 4.7.
> If I switch back to g++ 4.6 it works again.
>
> Is it a know issue ?
>
> For the moment it is not easy for me to know where exactly the thing
> hurts.
>
> Regards,
>
> dAgeCKo
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>
>
>
>
> --
> Ryan Pavlik
> HCI Graduate Student
> Virtual Reality Applications Center
> Iowa State University
>
> [hidden email]
> http://academic.cleardefinition.com
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user



--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

dagecko

Hi,

thanks for the information. What is a bit strange for me is that luabind needs
to be recompiled with g++ 4.7 (imagine if the debian distribution needs to
maintain each package for each architecture and each compiler version :))
Anyway I will try this as soon as possible (I am currently using luabind
from my distribution).

----- Mail original -----
De: "Ryan Pavlik" <[hidden email]>
À: [hidden email]
Envoyé: Jeudi 5 Avril 2012 19:56:16
Objet: Re: [luabind] luabind and g++ 4.7


Also, make sure you're using a branch that has the "cast_graph bug" fixed - I know at least mine does, and I think upstream master does too.


On Thu, Apr 5, 2012 at 3:43 AM, Nigel J Atkinson < [hidden email] > wrote:


Just something off the top of my head, but make sure that you compile *everything* with g++ 4.7 and see if that fixes it.

I've previously had issues with a program compiled with 4.4 but Luabind compiled with 4.3

Nigel




On 05/04/2012, at 6:25 PM, [hidden email] wrote:

>
> Hi,
>
> thanks for the answer. Sorry for the so few details and so vague message last
> time. Here are more details.
>
> Compilation works fine under both versions of compilers (CXX exported to the
> correct g++ file).
> The program crashes when running after being compiled with g++ 4.7.
> Here below a backtrace.
>
> But what's annoying me here is that gdb uses the wrong files (here files from
> g++ 4.6 whereas the program was _really_ compiled with g++ 4.7).
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffe2742700 (LWP 27305)]
> _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
> at /usr/include/c++/4.6/bits/stl_tree.h:1096
> warning: Source file is more recent than executable.
> 1096
> (gdb) bt
> #0 _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
> at /usr/include/c++/4.6/bits/stl_tree.h:1096
> #1 find (__k=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_tree.h:1539
> #2 find (__x=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_map.h:752
> #3 get (object_offset=-6846562, dynamic_id=6, target=6, src=6896208, this=0x7fffe27410e8) at src/inheritance.cpp:87
> #4 luabind::detail::cast_graph::impl::cast (this=0x7fffe27410d0, p=0x687868, src=6896208, target=6, dynamic_id=6,
> dynamic_ptr=<optimized out>) at src/inheritance.cpp:152
> #5 0x00007ffff799f66c in luabind::detail::cast_graph::cast (this=<optimized out>, p=<optimized out>,
> src=<optimized out>, target=<optimized out>, dynamic_id=<optimized out>, dynamic_ptr=<optimized out>)
> at src/inheritance.cpp:227
> #6 0x000000000043b6c1 in luabind::detail::pointer_holder<game::ServerMonster*, void const>::get (this=0x696ba0,
> target=6) at /usr/include/luabind/detail/instance_holder.hpp:109
> #7 0x0000000000423997 in luabind::detail::object_rep::get_instance (this=0x6939f8, target=6)
> at /usr/include/luabind/detail/object_rep.hpp:59
> #8 0x000000000044015b in luabind::detail::const_ref_converter::match<game::ServerMonster> (this=0x7fffe2741140,
> L=0x6859f0, index=1) at /usr/include/luabind/detail/policy.hpp:450
> #9 0x0000000000440494 in luabind::detail::invoke_member<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>) at /usr/include/luabind/detail/call.hpp:257
> #10 0x000000000043fe9c in luabind::detail::invoke0<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type, boost::is_void<game::MonsterState> > (
> L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:78
> #11 0x000000000043e945 in luabind::detail::invoke<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:101
> #12 0x000000000043e12e in luabind::detail::function_object_impl<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type>::entry_point (L=0x6859f0)
> at /usr/include/luabind/make_function.hpp:63
> #13 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #14 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #15 0x00007ffff7bb0279 in lua_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #16 0x00007ffff79a02d1 in get_instance_value (L=0x6859f0) at src/object_rep.cpp:165
> #17 luabind::detail::(anonymous namespace)::get_instance_value (L=0x6859f0) at src/object_rep.cpp:148
> #18 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #19 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #20 0x00007ffff7bc2df4 in callTMres () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #21 0x00007ffff7bc30fc in luaV_gettable () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> ---Type <return> to continue, or q <return> to quit---
> #22 0x00007ffff7bc4384 in luaV_execute () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #23 0x00007ffff7bb60d6 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #24 0x00007ffff7bb02e3 in f_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #25 0x00007ffff7bb508f in luaD_rawrunprotected () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #26 0x00007ffff7bb64f5 in luaD_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #27 0x00007ffff7bb038d in lua_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #28 0x0000000000434f6d in luabind::detail::proxy_function_void_caller<boost::tuples::tuple<boost::reference_wrapper<game::ServerMonster> const*, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::~proxy_function_void_caller (this=0x7fffe2741ca0, __in_chrg=<optimized out>)
> at /usr/include/luabind/detail/call_function.hpp:262
> #29 0x00000000004323f4 in game::ServerMonster::Update (this=0x693a50) at server_monster.cc:78
> #30 0x0000000000433e57 in game::MonsterArea::Update (this=0x693460, time=1333612531, dt=3.719329833984375e-05)
> at server_monster.cc:469
> #31 0x0000000000448867 in game::MonsterManager::Run (this=0x66cde0) at server.cc:127
> #32 0x00007fffe4641cee in mel::layers::threads::ThreadFunc (th=0x66cde0) at pthreads.cc:99
> #33 0x00007fffe34c8b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
> #34 0x00007fffe3abd90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #35 0x0000000000000000 in ?? ()
>
>
> ----- Mail original -----
> De: "Ryan Pavlik" < [hidden email] >
> À: [hidden email]
> Envoyé: Jeudi 5 Avril 2012 00:33:46
> Objet: Re: [luabind] luabind and g++ 4.7
>
>
> Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?
>
>
> Ryan
>
>
> On Wed, Apr 4, 2012 at 10:19 AM, < [hidden email] > wrote:
>
>
>
> Hello,
>
> my program using luabind stopped to work when compiled with g++ 4.7.
> If I switch back to g++ 4.6 it works again.
>
> Is it a know issue ?
>
> For the moment it is not easy for me to know where exactly the thing
> hurts.
>
> Regards,
>
> dAgeCKo
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev 
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user 
>
>
>
>
> --
> Ryan Pavlik
> HCI Graduate Student
> Virtual Reality Applications Center
> Iowa State University
>
> [hidden email]
> http://academic.cleardefinition.com 
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev 
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user 
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev 
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user 


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev 
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user 




--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com 

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

Ryan Pavlik-4
It effectively does - ABI is not necessarily constant between compiler versions, so typically a release picks a compiler version and stays with it, just patching it rather than upgrading it, until a full release upgrade.

Ryan

On Fri, Apr 6, 2012 at 1:04 PM, <[hidden email]> wrote:

Hi,

thanks for the information. What is a bit strange for me is that luabind needs
to be recompiled with g++ 4.7 (imagine if the debian distribution needs to
maintain each package for each architecture and each compiler version :))
Anyway I will try this as soon as possible (I am currently using luabind
from my distribution).

----- Mail original -----
De: "Ryan Pavlik" <[hidden email]>
À: [hidden email]
Envoyé: Jeudi 5 Avril 2012 19:56:16
Objet: Re: [luabind] luabind and g++ 4.7


Also, make sure you're using a branch that has the "cast_graph bug" fixed - I know at least mine does, and I think upstream master does too.


On Thu, Apr 5, 2012 at 3:43 AM, Nigel J Atkinson < [hidden email] > wrote:


Just something off the top of my head, but make sure that you compile *everything* with g++ 4.7 and see if that fixes it.

I've previously had issues with a program compiled with 4.4 but Luabind compiled with 4.3

Nigel




On 05/04/2012, at 6:25 PM, [hidden email] wrote:

>
> Hi,
>
> thanks for the answer. Sorry for the so few details and so vague message last
> time. Here are more details.
>
> Compilation works fine under both versions of compilers (CXX exported to the
> correct g++ file).
> The program crashes when running after being compiled with g++ 4.7.
> Here below a backtrace.
>
> But what's annoying me here is that gdb uses the wrong files (here files from
> g++ 4.6 whereas the program was _really_ compiled with g++ 4.7).
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffe2742700 (LWP 27305)]
> _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
> at /usr/include/c++/4.6/bits/stl_tree.h:1096
> warning: Source file is more recent than executable.
> 1096
> (gdb) bt
> #0 _M_lower_bound (__y=<optimized out>, __k=..., __x=0x407, this=<optimized out>)
> at /usr/include/c++/4.6/bits/stl_tree.h:1096
> #1 find (__k=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_tree.h:1539
> #2 find (__x=..., this=0x7fffe27410e8) at /usr/include/c++/4.6/bits/stl_map.h:752
> #3 get (object_offset=-6846562, dynamic_id=6, target=6, src=6896208, this=0x7fffe27410e8) at src/inheritance.cpp:87
> #4 luabind::detail::cast_graph::impl::cast (this=0x7fffe27410d0, p=0x687868, src=6896208, target=6, dynamic_id=6,
> dynamic_ptr=<optimized out>) at src/inheritance.cpp:152
> #5 0x00007ffff799f66c in luabind::detail::cast_graph::cast (this=<optimized out>, p=<optimized out>,
> src=<optimized out>, target=<optimized out>, dynamic_id=<optimized out>, dynamic_ptr=<optimized out>)
> at src/inheritance.cpp:227
> #6 0x000000000043b6c1 in luabind::detail::pointer_holder<game::ServerMonster*, void const>::get (this=0x696ba0,
> target=6) at /usr/include/luabind/detail/instance_holder.hpp:109
> #7 0x0000000000423997 in luabind::detail::object_rep::get_instance (this=0x6939f8, target=6)
> at /usr/include/luabind/detail/object_rep.hpp:59
> #8 0x000000000044015b in luabind::detail::const_ref_converter::match<game::ServerMonster> (this=0x7fffe2741140,
> L=0x6859f0, index=1) at /usr/include/luabind/detail/policy.hpp:450
> #9 0x0000000000440494 in luabind::detail::invoke_member<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>) at /usr/include/luabind/detail/call.hpp:257
> #10 0x000000000043fe9c in luabind::detail::invoke0<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type, boost::is_void<game::MonsterState> > (
> L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:78
> #11 0x000000000043e945 in luabind::detail::invoke<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type> (L=0x6859f0, self=..., ctx=..., f=
> @0x692790: (game::MonsterState (game::ServerMonster::*)(const game::ServerMonster * const)) 0x432bd8 <game::ServerMonster::GetState() const>, policies=...) at /usr/include/luabind/detail/call.hpp:101
> #12 0x000000000043e12e in luabind::detail::function_object_impl<game::MonsterState (game::ServerMonster::*)() const, boost::mpl::vector2<game::MonsterState, game::ServerMonster const&>, luabind::detail::null_type>::entry_point (L=0x6859f0)
> at /usr/include/luabind/make_function.hpp:63
> #13 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #14 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #15 0x00007ffff7bb0279 in lua_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #16 0x00007ffff79a02d1 in get_instance_value (L=0x6859f0) at src/object_rep.cpp:165
> #17 luabind::detail::(anonymous namespace)::get_instance_value (L=0x6859f0) at src/object_rep.cpp:148
> #18 0x00007ffff7bb5e2b in luaD_precall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #19 0x00007ffff7bb60c1 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #20 0x00007ffff7bc2df4 in callTMres () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #21 0x00007ffff7bc30fc in luaV_gettable () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> ---Type <return> to continue, or q <return> to quit---
> #22 0x00007ffff7bc4384 in luaV_execute () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #23 0x00007ffff7bb60d6 in luaD_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #24 0x00007ffff7bb02e3 in f_call () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #25 0x00007ffff7bb508f in luaD_rawrunprotected () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #26 0x00007ffff7bb64f5 in luaD_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #27 0x00007ffff7bb038d in lua_pcall () from /usr/lib/x86_64-linux-gnu/liblua5.1.so.0
> #28 0x0000000000434f6d in luabind::detail::proxy_function_void_caller<boost::tuples::tuple<boost::reference_wrapper<game::ServerMonster> const*, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >::~proxy_function_void_caller (this=0x7fffe2741ca0, __in_chrg=<optimized out>)
> at /usr/include/luabind/detail/call_function.hpp:262
> #29 0x00000000004323f4 in game::ServerMonster::Update (this=0x693a50) at server_monster.cc:78
> #30 0x0000000000433e57 in game::MonsterArea::Update (this=0x693460, time=1333612531, dt=3.719329833984375e-05)
> at server_monster.cc:469
> #31 0x0000000000448867 in game::MonsterManager::Run (this=0x66cde0) at server.cc:127
> #32 0x00007fffe4641cee in mel::layers::threads::ThreadFunc (th=0x66cde0) at pthreads.cc:99
> #33 0x00007fffe34c8b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
> #34 0x00007fffe3abd90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #35 0x0000000000000000 in ?? ()
>
>
> ----- Mail original -----
> De: "Ryan Pavlik" < [hidden email] >
> À: [hidden email]
> Envoyé: Jeudi 5 Avril 2012 00:33:46
> Objet: Re: [luabind] luabind and g++ 4.7
>
>
> Unfortunately this isn't very much information to go on. Does it fail at compile time or runtime? Are any warnings or error messages printed?
>
>
> Ryan
>
>
> On Wed, Apr 4, 2012 at 10:19 AM, < [hidden email] > wrote:
>
>
>
> Hello,
>
> my program using luabind stopped to work when compiled with g++ 4.7.
> If I switch back to g++ 4.6 it works again.
>
> Is it a know issue ?
>
> For the moment it is not easy for me to know where exactly the thing
> hurts.
>
> Regards,
>
> dAgeCKo
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>
>
>
>
> --
> Ryan Pavlik
> HCI Graduate Student
> Virtual Reality Applications Center
> Iowa State University
>
> [hidden email]
> http://academic.cleardefinition.com
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> luabind-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/luabind-user


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user




--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user



--
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

[hidden email]
http://academic.cleardefinition.com

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user
Reply | Threaded
Open this post in threaded view
|

Re: luabind and g++ 4.7

Ivan Le Lann
In reply to this post by dagecko
Le 06/04/2012 20:04, [hidden email] a écrit :
> (imagine if the debian distribution needs to
> maintain each package for each architecture and each compiler version :))

(quite off-topic)

I always thought they did, by design.
Everything is compiled with the same version of the compiler.
The version that is shipped with the distribution, obviously.

Now I have to admit I don't know if they repackage everything on gcc
bump in sid/rawhide/... :-)
Anyway, when developping on Linux, I always stick with my distribution
compiler.

Regards,
Ivan



------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
luabind-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/luabind-user