- Boost - lists.boost.org

[Boost-bugs] [ boost-Patches-1538176 ] VARNAMES bjam rule doesn't work for global module
by SourceForge.net 25 Aug '06

25 Aug '06

Patches item #1538176, was opened at 2006-08-10 11:19 Message generated for change (Settings changed) made by grafik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1538176&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yakov Markovitch (markovitch) >Assigned to: Rene Rivera (grafik) Summary: VARNAMES bjam rule doesn't work for global module Initial Comment: VARNAMES bjam rule always returns empty list for the global module. This is due to the fact that builtin_varnames relies upon module_t::variables struct member being not NULL if there are variables in the module, which is wrong for the "currently running module" (i.e. frame->module->variables is _always_ NULL). This is due to the way enter_module() and var_hash_swap() work. Since builtin_varnames() always runs in the global module context, global module's 'variables' member is always NULL when builtin_varnames() is called. The proposed patch fixes this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1538176&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[process] A doubt about private constructors
by Julio M. Merino Vidal 25 Aug '06

25 Aug '06

Hello everybody, At the moment, some objects in the preliminary Boost.Process library are only constructed internally by the library. Examples of these include 'status' instances, created by calls to 'child::wait', and instances of 'child', created by 'launcher::start'. This is currently done by declaring friendship among the related classes (well, not exactly, but almost). I believe this is suboptimal because it prevents extensibility. Consider a user that wants to create his own Launcher implementation. His code is required to return a new 'child' object. But, oh! He cannot currently create it because the constructor is private and his launcher class is not a friend of the provided 'child'. Of course, he could implement his own 'child' -- and in turn implement his own 'status'. Ouch. In order to solve this, I was now adding some free functions that call the appropriate constructors. This way, the class' constructor is kept private to avoid "accidental" creations from user code, but the user still has the ability to create such objects when he really wants to. For example: class status { protected: status(int flags); friend status create_status(int flags); ... }; inline status create_status(int flags) { return status(flags); } The first thing I'm wondering is if this design approach makes sense or I should simply make the constructor public. No matter the answer, the following still applies. But then, there is a worse problem (which made me write this mail in the first place). Consider the child's constructor: class child { protected: child(handle_type h, detail::file_handle fhstdin, detail::file_handle fhstdout, detail::file_handle fhstderr); friend child create_child(handle_type h, detail::file_handle fhstdin, detail::file_handle fhstdout, detail::file_handle fhstderr); }; So far so good: the create_child function can now be used by the user... except that... he now has to deal with the file_handle class which was kept completely private until now. So a couple of questions arise: 1) Should the user be allowed to construct these classes (for the reasons explained above)? 2) If 1 is "yes", then file_handle (and any other class that appears in other create_* functions) needs to be made public. This exposes some classes that are not really about "process management" to the user, but maybe that is not a problem? Eventually these classes may end up being part of some other library that deals with low-level OS stuff (Boost.System?). I'm open to other suggestions. Thanks. PS: If this message does not belong to this list, please tell me and forgive the inconvenience. -- Julio M. Merino Vidal <jmmv84(a)gmail.com> The Julipedia - http://julipedia.blogspot.com/

3 3

Re: [boost] [regex] patch for config/platform/hpux.hpp
by Boris Gubenko 24 Aug '06

24 Aug '06

John, I just realized, that unless BOOST_STRICT_CONFIG macro is defined (which we don't), config/compiler/hp_acc.hpp defines BOOST_NO_SWPRINTF macro. So, even if hpux.hpp would not define this macro, hp_acc.hpp will. I think, that for now, we should leave part of the hpux.hpp header setting BOOST_NO_SWPRINTF and BOOST_NO_CWCTYPE macros alone because, almost certainly, tuning configuration macros for HP-UX/aCC will require a coordinated update of both hpux.hpp and hp_acc.hpp. I think, that for now, we should change hpux.hpp to only define THREADS macros for aCC (which is necessary for regex_regress_threaded and static_mutex_test regex library tests to pass): #if defined(__GNUC__) ... #elif defined(__HP_aCC) && !defined(BOOST_DISABLE_THREADS) # define BOOST_HAS_THREADS # define BOOST_HAS_PTHREADS #endif Thanks for your help, Boris ----- Original Message ----- From: "Boris Gubenko" <Boris.Gubenko(a)hp.com> To: <boost(a)lists.boost.org> Cc: "Boris Gubenko" <Boris.Gubenko(a)hp.com> Sent: Tuesday, August 22, 2006 2:37 PM Subject: Re: [boost] [regex] patch for config/platform/hpux.hpp > John Maddock wrote: >> >> Will do, but shouldn't >> > > Thank you! > >>> < #if !(defined(__HP_aCC) && defined(_INCLUDE__STDC_A1_SOURCE)) >>> < # define BOOST_NO_SWPRINTF >>> < # define BOOST_NO_CWCTYPE >>> < #endif >> >> Be #if !(defined(__HP_aCC) && !defined(_INCLUDE__STDC_A1_SOURCE)) ? >> > > No, I don't think so. The original condition says: don't define > BOOST_NO_SWPRINTF and BOOST_NO_CWCTYPE macros when compiling with aCC > with _INCLUDE__STDC_A1_SOURCE macro defined. This macro exposes I18N > features added in 11i. On appropriate platforms, aCC predefines > this macro. > > Thanks again, > Boris > > ----- Original Message ----- > From: "John Maddock" <john(a)johnmaddock.co.uk> > To: <boost(a)lists.boost.org> > Cc: "Boris Gubenko" <Boris.Gubenko(a)hp.com> > Sent: Tuesday, August 22, 2006 12:41 PM > Subject: Re: [boost] [regex] patch for config/platform/hpux.hpp > > >> Boris Gubenko wrote: >>> The patch also enables native swprintf and cwctype when >>> _INCLUDE__STDC_A1_SOURCE macro is defined (on ia64, aCC >>> predefines this macro). >>> >>> The hpux.hpp header is the same in RC_1_34 and HEAD and I'd >>> like the patch to be committed to both, if possible. >> >> Will do, but shouldn't >> >>> < #if !(defined(__HP_aCC) && defined(_INCLUDE__STDC_A1_SOURCE)) >>> < # define BOOST_NO_SWPRINTF >>> < # define BOOST_NO_CWCTYPE >>> < #endif >> >> Be #if !(defined(__HP_aCC) && !defined(_INCLUDE__STDC_A1_SOURCE)) ? >> >> Thanks, John. >> >> _______________________________________________ >> Unsubscribe & other changes: >> http://lists.boost.org/mailman/listinfo.cgi/boost >> >> >

2 4

[1.34.0] Beta Showstoppers
by Thomas Witt 24 Aug '06

24 Aug '06

Hi, The 1.34.0 branch creation was a long while ago and as has been remarked earlier progress on getting it release ready has been slow to non-existent depending on the particular point of view. This is not to say that there wasn't a significant amount of work done but if we ever want to release it we either have to scale back the requirements or try harder. The next step is putting out a beta. Here is what I think needs to be done before we can call it beta. - Fix regressions with respect to the prior release. The regression tests still show a fair amount of "broken" fields. - Update the "Getting Started" and build system documentation to reflect the change to build.v2. - Make v2 the default build system (is this already so?). - Fix *all* of the filename too long issues. - Fix as much of the inspection issues as possible. All in all the inspection report shows a frightening number of issues. What is our stance with respect to license/copyright missing? At this point I think it is unrealistic to set a date for the beta as far as I can see. I will set a date as soon as we made some significant progress. If I can somehow stick your name to the outstanding issues expect to be bugged from now on. I guess a volunteer for the documentation issues would be very much appreciated. If anyone feels like not being able to make progress due to some dependency please shoot me an email. Comments? Thomas Release Manager -- Thomas Witt witt(a)acm.org

6 6

[BGL] Performance improvement minimum spanning tree
by Magnus Ekdahl 24 Aug '06

24 Aug '06

A while ago I had a problem with the MST algorithm in boost. Essentially profiling reviled that the MST algorithm was a bottleneck for the computation I was performing. Thus I had to investigate the performance bottlenecks in boost mst and with this mail I want to investigate the potential for improving current boost implementation. What is the proposed way of getting the prim algorithm updated in boost? First let me argue that there is room for improvement. I have made a test program that constructs 1000 random complete graphs with 1000 nodes and the execution time is as follows actually implementing jarniks algorithm prim_minimum_spanning_tree 47.585s current prim (djikstra wrapper) 3m2638s (338% slower) kruskal_minimum_spanning_tree 40m57s (5063% slower) The 47.585s performance is achieved by just implementing Jarnik/Prims algorithm using the relaxed_heap (that is already in boost, but code is available if necessary). As a side effect it seems to be a good test for the relaxed_heap, given that it revealed problems with the Fibonacci heap[1]. 1. http://lists.boost.org/boost-users/2006/07/20876.php I also want to take the opportunity to ask about the meaning of the minimum spanning tree algorithm as such, since efficient implementations in the future could be helped a lot by knowing exactly what the problem that should be solved is. Given the hardness to understand the actual generality of the MST problem the current implementation tries to solve, I find it difficult to see how efficient algorithms can be heuristically selected. I.e. can you use num_edges(g) as an indicator of sparseness? -- Magnus Ekdahl

2 2

Re: [boost] Boost Units library preview
by Eric Lemings 24 Aug '06

24 Aug '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of David Abrahams > Sent: Wednesday, August 23, 2006 2:22 PM > To: boost(a)lists.boost.org > Subject: Re: [boost] Boost Units library preview > > "Eric Lemings" <lemings(a)roguewave.com> writes: > > >> Here's an example of a quantity. The distance from > >> here->| |<-to here is a quantity with a > > > > Well there is supposed to be a lot more whitespace between those > > vertical bars. Let's try a quantity of horizontal length. > > Eric, > > For your own sake, get a new mailer, or at least a new > mailreader. Or read Boost through gmane on a decent > newsreader. Your posts are showing up just as you intend > them, but your mailreader is making you think they're garbled. Well that time I was responding the appearance of the message in the Boost lists archive (using Firefox): http://lists.boost.org/Archives/boost/2006/08/index.php Gmane sounds like a good option though. Eric.

2 1

extensions and repository
by Jeremy Pack 24 Aug '06

24 Aug '06

I've used Boost for a little while in image processing research, and found it to be quite useful. Though the image processing algorithms I've used are probably too specialized for Boost, I've created a couple of libraries to aid in the development of this software that I realized might work as part of Boost. Could I get some thoughts? One library is used for handling linked libraries. It basically makes it possible to extend an application's functionality by adding new linked libraries without recompiling the application itself. It eases the creation of plug-ins, in what is a relatively object-oriented fashion. (inheritance, virtual functions etc.) The other library is used as a repository for variables of any type. It includes the following (each of the following is optional for each value): - callbacks when a data value is updated (methods or functions) (not using boost::signals, but it probably could) - checks that a data value is consistent (i.e. within the correct range) when it is updated - mutexes for data access - useable (though not yet completed) in a distributed environment If there is anything like either of these already in development, I would be interested on working on them. If not, I could work on rewriting them to be considered for inclusion, if there is interest. Also, if there are any projects that could use some help, I have some experience in the following areas: 3D graphics Graphical user interfaces Numerical algorithms Distributed systems Parallel algorithms Jeremy Pack

2 1

Patch: unused variables
by Vince Tse 24 Aug '06

24 Aug '06

When compiling the Boost source tree (Aug 22, 2006 snapshot) with GCC 3.4 on Gentoo Linux on AMD64, you¹ll get 3 warnings about unused variables. The patch is attached. Building: bjam -sTOOLS=gcc -s"GCC=gcc -Wall -Werror" -s"GXX=g++ -Wall -Werror" -q stage Compiler: gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Uname: Linux ses0247 2.6.15-gentoo-r5-1 #2 SMP Fri Mar 10 17:11:28 UTC 2006 x86_64 Dual Core AMD Opteron(tm) Processor 275 AuthenticAMD GNU/Linux The 3 variables concerned are created to be used in an assert() statement, but any asserts get replaced with static_cast<void>(0), thus resulting in an unused variable. Breaking up declaration and initialization fixes this issue.

2 1

[Boost-bugs] [ boost-Support Requests-1545941 ] Having problems with building boost
by SourceForge.net 24 Aug '06

24 Aug '06

Support Requests item #1545941, was opened at 2006-08-24 15:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1545941&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Building Boost Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abrok (abrok) Assigned to: Nobody/Anonymous (nobody) Summary: Having problems with building boost Initial Comment: Having problems while trying to build boost. Using Windows 2000 Professional, ActiveState Python and i have visual studio .net 2003 installed as well. I downloaded boost_1_33_0 and bjam. Used command "bjam "-sTOOLS=vc-7_1" install" but I keep getting error: ...skipped <@boost!include!boost-1_33!boost!mpl!aux_!preprocessed!no_ctps>lambda _no_ctps.hpp for lack of <directory-grist>C:\Boost\include\boost-1_33\boost\mpl\ aux_\preprocessed\no_ctps... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1545941&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[typeof] nested_typedef_emulation/cw-9.4
by Vladimir Prus 24 Aug '06

24 Aug '06

Hi, the error at http://tinyurl.com/pdte2 looks like compler-specific library problem. Eric, can you look into that? Thanks, Volodya

5 5