luabind-user Mailing List for luabind (Page 141)
Brought to you by:
arvidn,
daniel_wallin
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(54) |
May
(66) |
Jun
(56) |
Jul
(114) |
Aug
(84) |
Sep
(20) |
Oct
(30) |
Nov
(16) |
Dec
(38) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(36) |
Feb
(27) |
Mar
(32) |
Apr
(83) |
May
(66) |
Jun
(64) |
Jul
(63) |
Aug
(45) |
Sep
(14) |
Oct
(24) |
Nov
(19) |
Dec
(17) |
2005 |
Jan
(28) |
Feb
(20) |
Mar
(30) |
Apr
(19) |
May
(14) |
Jun
(18) |
Jul
(18) |
Aug
(6) |
Sep
(34) |
Oct
(46) |
Nov
(26) |
Dec
(44) |
2006 |
Jan
(41) |
Feb
(25) |
Mar
(42) |
Apr
(23) |
May
(21) |
Jun
(34) |
Jul
(44) |
Aug
(25) |
Sep
(29) |
Oct
(36) |
Nov
(7) |
Dec
(1) |
2007 |
Jan
(46) |
Feb
(22) |
Mar
(6) |
Apr
(10) |
May
(19) |
Jun
(20) |
Jul
|
Aug
(11) |
Sep
(33) |
Oct
(18) |
Nov
(13) |
Dec
(10) |
2008 |
Jan
(7) |
Feb
(6) |
Mar
(9) |
Apr
(5) |
May
(14) |
Jun
(29) |
Jul
(15) |
Aug
(10) |
Sep
(75) |
Oct
(43) |
Nov
(38) |
Dec
(40) |
2009 |
Jan
(62) |
Feb
(61) |
Mar
(74) |
Apr
(22) |
May
(31) |
Jun
(32) |
Jul
(32) |
Aug
(36) |
Sep
(7) |
Oct
(20) |
Nov
(51) |
Dec
(65) |
2010 |
Jan
(38) |
Feb
(48) |
Mar
(57) |
Apr
(21) |
May
(23) |
Jun
(41) |
Jul
(58) |
Aug
(17) |
Sep
(39) |
Oct
(15) |
Nov
(3) |
Dec
(13) |
2011 |
Jan
(35) |
Feb
(40) |
Mar
(17) |
Apr
(34) |
May
(39) |
Jun
(34) |
Jul
(19) |
Aug
(23) |
Sep
|
Oct
(20) |
Nov
(7) |
Dec
(12) |
2012 |
Jan
(13) |
Feb
(27) |
Mar
(15) |
Apr
(32) |
May
(9) |
Jun
(5) |
Jul
(4) |
Aug
|
Sep
(26) |
Oct
(4) |
Nov
(18) |
Dec
(4) |
2013 |
Jan
(15) |
Feb
(4) |
Mar
|
Apr
(20) |
May
(6) |
Jun
(10) |
Jul
(17) |
Aug
(6) |
Sep
(19) |
Oct
(3) |
Nov
(1) |
Dec
|
2014 |
Jan
(1) |
Feb
(6) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(3) |
Sep
(6) |
Oct
|
Nov
(6) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(10) |
2016 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Enno R. <en...@fu...> - 2003-04-17 22:06:02
|
I've written a simple class that has a string member which I want to be accessible as a readonly property. Do I have to specify a dependency policy, or is it enough to write .property("name", &Region::getName) ? Because in the example below, when I add dependency(result, self), I get the following message from VC7: c:\libraries\luabind\luabind\detail\property.hpp(83) : error C2784: 'int luabind::detail::set(void (__cdecl *)(T &,A1),T *,lua_State *,Policies *)' : could not deduce template argument for 'void (__cdecl *)( &,<template parameter>)' from 'luabind::detail::policy_cons<H,T>' Enno. Sample code: class Region { public: Region(const std::string& name) : m_name(name) {} const std::string& getName(void) const { return m_name; } private: std::string m_name; }; class_<Region>(L, "region") .def(constructor<const std::string&>()) .property("name", &Region::getName, dependency(result, self)) ; |
From: Daniel W. <dal...@st...> - 2003-04-17 21:55:06
|
I've fixed all issues I could find with VC7.1 (.NET 2003). Sometime after the weekend we'll release a new package for download but until then you can checkout the working code from the cvs. Daniel Wallin, dal...@st... |
From: Evan W. <ev...@mi...> - 2003-04-17 16:45:37
|
I was wondering what the upcoming "smart pointers" feature of luabind is going to be? Is that related to special handing of boost:shared_pointer, etc.? Many thanks and warm thoughts, :-) Evan |
From: Daniel W. <dal...@st...> - 2003-04-17 16:32:11
|
At 14:08 2003-04-16, you wrote: >I have added a bug and a few feature requests to the sourceforge >bug-tracking system. >Is this the right thing to do, or do you prefer to get the >bug-reports/feature requests send directly to you (the authors) instead. > >Best regards, >Thomas Andersen I think the sourceforge tracking-system seems like the way to go, but it doesn't really matter that much. Daniel Wallin, dal...@st... |
From: Jacek B. <jv...@wp...> - 2003-04-16 16:53:09
|
Hi This is the result of compilation with MSVC 7.1 (Visual C++ .NET 2003): ../external\luabind\luabind\detail\primitives.hpp(65) : warning C4267: 'initializing' : conversion from 'size_t' to 'int', possible loss of data ../external\luabind\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' ../external\luabind\luabind\object.hpp(90) : see declaration of 'luabind::object' ../external\luabind\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled It seems that definition of template operator[] should be divided to declaration and definition (placed after definition of luabind::object). Jacek |
From: Daniel W. <dal...@st...> - 2003-04-16 15:31:04
|
At 12:40 2003-04-16, you wrote: >Hi > >This is the result of compilation with MSVC 7.1 (Visual C++ .NET 2003): > >../external\luabind\luabind\detail\primitives.hpp(65) : warning C4267: >'initializing' : conversion from 'size_t' to 'int', possible loss of data >../external\luabind\luabind\object.hpp(153) : error C2027: use of undefined >type 'luabind::object' >../external\luabind\luabind\object.hpp(90) : see declaration of >'luabind::object' >../external\luabind\luabind\object.hpp(177) : see reference to class >template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled > >It seems that definition of template operator[] should be divided to >declaration and definition (placed after definition of luabind::object). Since this is a template I would have expected it to compile. Moving the definition out of the class-body will break vc6 (and perhaps vc7) support, so we'll move it out and place it in #ifdef's so it'll compile on vc7.1. Daniel Wallin, dal...@st... |
From: Daniel W. <dal...@st...> - 2003-04-16 12:25:11
|
At 14:00 2003-04-16, you wrote: >Has anybody tested luabind beta4 with Lua 5.0 final? The docs still say >Lua 5.0 beta. > >I thought I'd ask before I try it myself... > >Regards, >Evan Yes it works with lua-5.0 final, seems like we forgot to update the docs. Daniel Wallin, dal...@st... |
From: Daniel W. <dal...@st...> - 2003-04-16 12:24:10
|
At 12:39 2003-04-16, you wrote: >After switching to luabind-beta4 I have run into a problem. In the following >scenario: > >class a >{ >public: > virtual void f() = 0; >}; > >class b >{ >public: > b(int i) {;} > virtual void f() {;} >}; > >class_<a>(pLuaState, "a") >.def("f", &a::f) >; > >class_<b,a>(pLuaState, "b") >.def(constructor<int>()) >; > >I now get the following compiletime error: >luabind\class.hpp(189) : error C2259: 'a' : cannot instantiate abstract >class > >I use Visual C++ 7 and boost 1.3 > >Is this a bug in luabind-beta4? > >Best regards, >Thomas Andersen This was a bug caused by a stupid implementation of the is_bases typetrait. I fixed it in the cvs, thanks. Daniel Wallin, dal...@st... |
From: Thomas A. <tan...@bi...> - 2003-04-16 12:08:39
|
I have added a bug and a few feature requests to the sourceforge = bug-tracking system. Is this the right thing to do, or do you prefer to get the = bug-reports/feature requests send directly to you (the authors) instead. Best regards, Thomas Andersen |
From: Evan W. <ev...@do...> - 2003-04-16 12:00:03
|
Has anybody tested luabind beta4 with Lua 5.0 final? The docs still say Lua 5.0 beta. I thought I'd ask before I try it myself... Regards, Evan |
From: Jacek B. <jv...@go...> - 2003-04-16 10:43:10
|
Hi This is the result of compilation with MSVC 7.1 (Visual C++ .NET 2003): ../external\luabind\luabind\detail\primitives.hpp(65) : warning C4267: 'initializing' : conversion from 'size_t' to 'int', possible loss of data ../external\luabind\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' ../external\luabind\luabind\object.hpp(90) : see declaration of 'luabind::object' ../external\luabind\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled It seems that definition of template operator[] should be divided to declaration and definition (placed after definition of luabind::object). Jacek |
From: Thomas A. <tan...@bi...> - 2003-04-16 10:39:40
|
After switching to luabind-beta4 I have run into a problem. In the following scenario: class a { public: virtual void f() = 0; }; class b { public: b(int i) {;} virtual void f() {;} }; class_<a>(pLuaState, "a") .def("f", &a::f) ; class_<b,a>(pLuaState, "b") .def(constructor<int>()) ; I now get the following compiletime error: luabind\class.hpp(189) : error C2259: 'a' : cannot instantiate abstract class I use Visual C++ 7 and boost 1.3 Is this a bug in luabind-beta4? Best regards, Thomas Andersen |