- Boost - lists.boost.org

Re: [boost] Re: [congif] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE
by JOAQUIN LOPEZ MU?Z 04 Mar '05

04 Mar '05

Hi Jonathan! ----- Mensaje original ----- De: Jonathan Turkanis <technews(a)kangaroologic.com> Fecha: Viernes, Marzo 4, 2005 0:08 am Asunto: [boost] Re: [congif] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE > JOAQUIN LOPEZ MU?Z wrote: [...] > > The macros I'm using are: > > > BOOST_PRIVATE_IF_MEMBER_TEMPLATE_FRIENDS > > BOOST_PROTECTED_IF_MEMBER_TEMPLATE_FRIENDS > > These would be okay with me. But sometimes I use a macro for > specifying the type > of derivation, and > > struct derived_class > : BOOST_PRIVATE_IF_MEMBER_TEMPLATE_FRIENDS base_class > { }; > > seems a bit long. Yep it is long, but BOOST_PRIVATE covers too much semantic scape: what if in the future a similar workaround is needed to make up for another, unrelated defficiency? This is not hypothetical, in fact I'm already using BOOST_MULTI_INDEX_PRIVATE_IF_USING_DECL_FOR_TEMPL_FUNCTIONS that does the same thing (turning private into public) in some compilers that do not support in-class using declarations for template functions. Admittedly, it'd be nicer if we can come up with a shorter, yet descriptive name. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo PS: OT: Jonathan, weren't you going to promote a scopeguard impl to boost/detail? I'm waiting for that so that I can reduce my own codebase :)

2 1

[congif] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE [repost]
by Jonathan Turkanis 03 Mar '05

03 Mar '05

[I'm reposting this because I misspelled 'config' in the subject line] Hi, <boost/shared_ptr.hpp> contains the following in the public section of the class definition (reformatted): // Tasteless as this may seem, making all members public // allows member templates to work in the absence of member // template friends. (Matthew Langston) #ifndef BOOST_NO_MEMBER_TEMPLATE_FRIENDS private: template<class Y> friend class shared_ptr; template<class Y> friend class weak_ptr; #endif T * px; // contained pointer detail::shared_count pn; // reference counter This has become a pretty common technique, I believe. I certainly use it a lot, at any rate. I'd like to suggest two macros which would allow code like the above to be simplified as follows: BOOST_PRIVATE: BOOST_BEFRIEND_TEMPLATE(shared_ptr, Y, 1) BOOST_BEFRIEND_TEMPLATE(weak_ptr, Y, 1) T * px; // contained pointer detail::shared_count pn; // reference counter Here BOOST_PRIVATE would expand to "private" for compilers that support template friends and to "public" otherwise; BOOST_BEFRIEND_TEMPLATE would expand to a template friend declaration where supported, and to nothing otherwise. It might be desirable to have two macros BOOST_BEFRIEND_TEMPLATE_CLASS and BOOST_BEFRIEND_TEMPLATE_STRUCT to avoid compiler warnings. Jonathan

1 1

[config] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE [repost][repost]
by Jonathan Turkanis 03 Mar '05

03 Mar '05

Hi, <boost/shared_ptr.hpp> contains the following in the public section of the class definition (reformatted): // Tasteless as this may seem, making all members public // allows member templates to work in the absence of member // template friends. (Matthew Langston) #ifndef BOOST_NO_MEMBER_TEMPLATE_FRIENDS private: template<class Y> friend class shared_ptr; template<class Y> friend class weak_ptr; #endif T * px; // contained pointer detail::shared_count pn; // reference counter This has become a pretty common technique, I believe. I certainly use it a lot, at any rate. I'd like to suggest two macros which would allow code like the above to be simplified as follows: BOOST_PRIVATE: BOOST_BEFRIEND_TEMPLATE(shared_ptr, Y, 1) BOOST_BEFRIEND_TEMPLATE(weak_ptr, Y, 1) T * px; // contained pointer detail::shared_count pn; // reference counter Here BOOST_PRIVATE would expand to "private" for compilers that support template friends and to "public" otherwise; BOOST_BEFRIEND_TEMPLATE would expand to a template friend declaration where supported, and to nothing otherwise. It might be desirable to have two macros BOOST_BEFRIEND_TEMPLATE_CLASS and BOOST_BEFRIEND_TEMPLATE_STRUCT to avoid compiler warnings. Jonathan

1 0

Re: [boost] [congif] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE
by JOAQUIN LOPEZ MU?Z 03 Mar '05

03 Mar '05

----- Mensaje original ----- De: Jonathan Turkanis <technews(a)kangaroologic.com> Fecha: Jueves, Marzo 3, 2005 9:49 pm Asunto: [boost] [congif] BOOST_BEFRIEND_TEMPLATE, BOOST_PRIVATE > Hi, > > <boost/shared_ptr.hpp> contains the following in the public > section of the class > definition (reformatted): > > // Tasteless as this may seem, making all members public > // allows member templates to work in the absence of member > // template friends. (Matthew Langston) > > #ifndef BOOST_NO_MEMBER_TEMPLATE_FRIENDS > > private: > > template<class Y> friend class shared_ptr; > template<class Y> friend class weak_ptr; > > > #endif > > T * px; // contained pointer > detail::shared_count pn; // reference counter > > This has become a pretty common technique, I believe. I certainly > use it a lot, > at any rate. FWIW, I've also been forced to use a similar workaround. > > I'd like to suggest two macros which would allow code like the > above to be > simplified as follows: > > BOOST_PRIVATE: > BOOST_BEFRIEND_TEMPLATE(shared_ptr, Y, 1) > BOOST_BEFRIEND_TEMPLATE(weak_ptr, Y, 1) > > T * px; // contained pointer > detail::shared_count pn; // reference counter > BOOST_PRIVATE seems a little to uninformative a name to me. The macros I'm using are: BOOST_PRIVATE_IF_MEMBER_TEMPLATE_FRIENDS BOOST_PROTECTED_IF_MEMBER_TEMPLATE_FRIENDS (well, I'm using lib-specific variations of these names, but you get the idea.) As for your proposal, I like it: there are at least three libraries that would benefit from it. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

Re: [boost] Re: RPC library
by Iain Hanson 03 Mar '05

03 Mar '05

On Thu, 2005-03-03 at 13:54 +0000, Jarl Lindrud wrote: > Iain Hanson <Iain.Hanson <at> videonetworks.com> writes: > > > > > So anything less than CORBA should not be considered? For RPC, Yes. > > My experience with CORBA is that you _do_ pay for things you don't need. Try > building a simple server/client app with my RPC library, and then build it with > ACE TAO, and I wonder which method you'll find to be simpler/easier/faster... Here is an example CORBA client. And it doen not matter which ORB you use. #include <iostream> #include "echoC.hpp" // generated from the idl file int main ( int ArgV , char * ArgV ) { try { // _var types are smart ptrs to ref counted objects. CORBA::ORB_var Orb = CORBA::ORB_init ( ArgC , ArgV , "TAO"); // get IOR from a file so we can talk to server CORBA::Object_var Factory_Object = Orb->string_to_object ( ArgV [ 1 ] ); // This is a CORBA safe downcast My::Echo_Factory_var Factory = My::Echo_Factory::_narrow ( Factory_Object.in( ) ); My::Echo_Server_var EchoServer = Factory->get_server ( ArgV [ 2 ] ); CORBA::String_var Echoed = EchoServer-> ( "Hello World" ); } catch ( CORBA::Exception & E ) { std::cerr << "CORBA exception raised!" << std::endl; } } I don't think 5 lines of code is exactly heavyweight. I could of done it in 3 lines if I did not use a factory, but that would have been unrealistic. I won't show the server but it 2 classes the factory publicly inherits from Echo_Factory and implements a single function get_server. Likewise like for EchoServer. > Which code is less invasive, more intuitive, and more proportional to the task? > And oh I forgot, don't forget to first build all of ACE and TAO, and then link > the whole shebang to your own 5 lines of code. To me it feels like I'm getting > far, far more than I asked for. But that's just me :-) ACE is nothing to do with CORBA. It just happens to be what TAO uses internally. Building Open source or installing per build libs has nothing to do with how easy it is to use. Your comparing apples and carrots. >If you need scaleability, then obviously CORBA is one of the few >options you have. But if you don't need scaleability, or naming >services, or whatever, what's wrong with using something much simpler? Because when you app grows you will have to re-write it. More likely, is that won't happen and people will re-invent the again. Take a look at the development of SOAP :-(. /ikh

2 1

regexes matching empty strings
by Michael Goldshteyn 03 Mar '05

03 Mar '05

Why can I not construct a regex of the form: "|abc" (throws exception based on REG_EMPTY) for use with regex_match, if I want to match either "abc" or the empty string "". I understand thatn in a regex_search the empty string would always match (per Perl like semantics), and abc would never be considered. But, I want to use this with regex_match, where the empty string would have to match the entire string being searched. Work arounds such as "(?:)|abc" and "^$|abc" seem to get around this deficiency, but I am wondering why it is there in the first place. Thanks, Michael Goldshteyn

2 3

One more test message. Please delete it
by Pavel Chikulaev 03 Mar '05

03 Mar '05

Ok?

1 0

Running regression tests
by Jody Hagins 03 Mar '05

03 Mar '05

Trying to run the regression tests for BCB6/Windows, using current CVS head... set BOOST_ROOT=C:\boost set TOOLS=borland I can run bjam stage and everything that is supposed to build, builds (serialization, and wave do not build). However, when I follow the directions, I have problems. Can someone please help?!? I tried cd up into boost root, and it seemed to work better, but links in the html files wanted to access directories ".." so that failed too. What am I doing wrong? Thanks! C:\boost>cd status C:\boost\status>bjam --dump-tests test >bjam.log 2>&1 C:\boost\status>echo %BOOST_ROOT% C:\boost C:\boost\status>echo %TOOLS% borland C:\boost\status>process_jam_log < bjam.log Usage: bjam [bjam-args] | process_jam_log [--echo] [--create-directories] [locat e-root] locate-root - the same as the bjam ALL_LOCATE_TARGET parameter, if any. Default is boost-root. create-directories - if the directory for xml file doesn't exists - creates it. usually used for processing logfile on different machine boost_root: C:/boost/status/.. locate_root: C:/boost/status/.. no errors detected C:\boost\status>compiler_status %BOOST_ROOT% cs-win32.html **** exception(205): std::exception: boost::filesystem::directory_iterator const ructor: "C:\boost\status\bin": The system cannot find the path specified. ******** errors detected; see standard output for details ******** C:\boost\status>compiler_status Usage: compiler_status [options...] boost-root status-file [links-file] boost-root is the path to the boost tree root directory. status-file and links-file are paths to the output files. Must be run from directory containing Jamfile options: --compiler name Run for named compiler only --ignore-pass Do not report tests which pass all compilers --no-warn Warnings not reported if test passes --locate-root path Path to ALL_LOCATE_TARGET for bjam; default boost-root. --comment path Path to file containing HTML to be copied into status-file. --notes path Path to file containing HTML to be copied into status-file. --notes-map path Path to file of toolset/test,n lines, where n is number of note bookmark in --notes file. --jamfile path Path to Jamfile. By default "Jamfile". Example: compiler_status --compiler gcc /boost-root cs.html cs-links.html Note: Only the leaf of the links-file path and --notes file string are used in status-file HTML links. Thus for browsing, status-file, links-file, and --notes file must all be in the same directory. **** error return code: 1 ******** errors detected; see standard output for details ******** C:\boost\status>

3 10

Test. Please delete this thread
by Pavel Chikulaev 03 Mar '05

03 Mar '05

I just couldn't have get access to developers list

1 0

Preview of the Function Types library (function_traits replacement)
by Tobias Schwinger 03 Mar '05

03 Mar '05

Dear Boosters, a preview of the Function Types library is available, now. [ Online documentation: http://tinyurl.com/4fw9n ] [ Downloadable archive: http://tinyurl.com/6u77y ] It is the third (nearly) complete rewrite and the design finally feels right for me. However, I am very curious to hear any of your opinions about it ! So, if you have been hoping for the retirement of function_traits, please take a few minutes to find out if this would suit your needs. Regards, Tobias

3 19