Using the sunpro toolset I get a strange error when compiling the
boost::filesystem library (and thus all regression testing fails). Below
you can find the error diagnostics. It comes down to an ambiguous
overload of boost::operator==<...> but the two operator=='s (reported in
the error message) ar
Arithmetic traits can be found in ublas. Just look for promote_traits in
the ublas headers.
> > I'm thinking that it would be useful to implement a traits
> class that
> > would
> > give the return type of mixed scalar-complex arithmetic
> operations. This
> > would allow one to write generic
I have adapted the run_test.sh in boost/tools/regression to take the
ALL_LOCATE_TARGET into account. This requires following changes:
$process_jam_log $ALL_LOCATE_TARGET < regress.log
Instead of
Cat regress.log | $process_jam_log
(the latter also causes a warning since process_jam_log expects
arg
> If you are accessing CVS via SSH (developer), you should not have any
> problem. In fact CVS access has been very fast and reliable
> lately for me
> doing SSH access.
Not for me.
:ext: access using SSH is certainly less unreliable but it's not
reliable at all. But this might be different in
> seems like this code
>
> template< typename T >
> bool is_nan( const T& v )
> {
> return std::numeric_limits::has_quiet_NaN && (v != v);
> }
>
> does not work correctly on some machines.
Could you be more specific. On which machines for instance ?
___
The boost-sandbox is showing some strange behaviour.
When checking out the boost-sandbox/numeric/bindings/traits/type.h using
the :ext: server I get version 1.3 (on the HEAD), with :pserver: it's
only 1.2. The WebCVS also only shows up to version 1.2.
Could others with both :ext: and :pserver: ac
On Thursday 22 May 2003 12:51, Maarten Hilferink wrote:
> template struct sequence_array;
> which has an interface that is almost compatible with
> std::vector >;
> but faster.
and more compact I presume. AFAICT the drawback will
be that the sequece is not as dynamic anymore as a
vector-of-vector
On Friday 23 May 2003 18:15, Beman Dawes wrote:
> Hopefully other regression testers will supply appropriate comment files
> for their setups.
I've also added this to the very handy run_tests.sh script of Rene (is that OK Rene ?)
toon
___
Unsubscribe &
On Sunday 25 May 2003 23:18, Beman Dawes wrote:
> I think that Greg Comeau has a good point in his email below - reporting
> separate pass / warn / fail statistics in the regression summary can be
> misleading to naive readers.
>
> On the other hand, we certainly want to continue to report warni
On Wednesday 21 May 2003 14:39, Jeff Garland wrote:
> Did you look at the attached test program which had this traits adapter?
nope. I must have missed that although I check all attachments (I think)
> static time_duration_type make_time_duration(time_rep start, time_rep end)
> {
> a
Looking at
http://boost.sourceforge.net/regression-logs/cs-HP-UX-links.html#cast_test acc
you could say that aCC supports no member template keywords.
However, the code sample at the bottom compiles fine ?!
Nevertheless, I'd like to add the patches in attachment to take
the 53800 version of HP_a
On Thursday 13 February 2003 22:56, Rene Rivera wrote:
> [2003-02-13] Beman Dawes wrote:
>
> >At 12:35 PM 2/13/2003, David Abrahams wrote:
> >
> > >Whatever we do with color, most of the text that needs to be readable
> > >should be black on white. That's been shown to be most readable for
> > >m
On Wednesday 12 February 2003 17:38, Rene Rivera wrote:
> [2003-02-11] Beman Dawes wrote:
>
> >At 09:01 AM 2/10/2003, Toon Knapen wrote:
> >
> > >I think the traffic-light colors should suffice. I find adding black
> > >confusing.
> >
> >I agree.
On Saturday 08 February 2003 00:26, Rene Rivera wrote:
> >If the old run is no longer relevent (as run date October 17 suggests)
> >who would be responsible for removing it?
>
> I would think the person who ran the test, or Beman, or David, or any admin,
> etc.
These are results from compilations
I'm forced to halt my weekly updates of the Aix status pages for a while.
Both machines we have are at the end of their lease and we're still
discussing with IBM on the terms of a new machine.
I hope the situation will be resolved quickly. Sorry for the inconvenience.
still-commited-to-update-the
On Wednesday 05 February 2003 23:26, Matthias Troyer wrote:
> On Wednesday, February 5, 2003, at 04:52 PM, Toon Knapen wrote:
> > On Wednesday 05 February 2003 10:27, Matthias Troyer wrote:
> >> After we get the regrssion tests to work, there will be a special
> >> c
Recently had a talk with a patent-laywer from Philips. I deduced following from this
conversation
(my own interpretation and IANAL)
Copyright is automatic. From the moment you make something, you own the copyright (so
actually no explicit copyright statement is necessary although it is advised).
On Wednesday 05 February 2003 10:27, Matthias Troyer wrote:
> On Wednesday, February 5, 2003, at 12:55 AM, Beman Dawes wrote:
> After we get the regrssion tests to work, there will be a special
> challenge for ublas or MTL-3: Calling the BLAS routine where
> appropriate will be essential in getti
On Wednesday 22 January 2003 18:51, Rene Rivera wrote:
> [2003-01-22] Toon Knapen wrote:
> Ahh, maybe you should reread my post ;-) "0" is a successfull return for
> "whence". A failure is anything other than zero, usually "1". Hence the
> "whence
> OK, I updated the script to prefer using "whence" to detect things in the
> PATH. This should make it work for you. But to make sure could you see if
> "whence" works in AIX any better...
>
> whence xlc 2>/dev/null ; echo $?
> whence foo 2>/dev/null ; echo $?
>
> The expected result is:
>
> 0
> 1
On Tuesday 21 January 2003 18:43, Andrea Minuto wrote:
> I need the boost library for HPUX platform and aCC compiler (3.3.x).
Include the necessary boost-headers in your project and see if it works.
Don't forget to use the '-AA' option because otherwise I'm almost sure it
won't work. You can also
> So it could be that the "hash" command doesn't work in AIX as I expected.
To check I first go to a sh (I'm in ksh by default) to check if my PATH is
propagated. The 'which' shows indeed that this is the case. However the
'hash' command has a zero-return (I did not know it but I suppose it's
s
On Tuesday 21 January 2003 16:30, Rene Rivera wrote:
> BUt I can't figure out why it doesn't detect the toolset? All the build.sh
> does is check to see if "xlc" is in the path.
I can confirm that xlc is in the path. So that's not it. Note though that
calling 'xlc' without arguments will launch t
On Tuesday 21 January 2003 12:42, John Maddock wrote:
> I missed that, the || !defined(BOOST_STRICT_CONFIG) part should not be
> present against a version check that is clearly not the most recent
> compiler version. Looks like we need someone to run the configure script
> on the most recent compi
I can't compile the regression tools anymore on HP because psetid_t is not
known. This is however defined in /usr/include/sys/types.h. I've no thread
experience (I used distributed parallellism only) so I prefer someone else to
make the necessary modif.
gcc-C++-action
../../../libs/filesystem/
Rene,
On IBM build.sh does not detect automagically that its supposed to use vacpp.
So If you add $toolset (as shown) to the call to build.sh in run_tests.sh it
works fine :
LOCATE_TARGET=bin sh ./build.sh $toolset
toon
___
Unsubscribe & other change
> By "versioned" do you mean committed to CVS?
Yes.
> Not on a daily basis, because
> of the space implications.
of course.
> OTHO, it is nice to have a set in CVS at the
> time of each release.
That was my intention. To have a status page for every release. Currently
boost/status/compiler_sta
On Monday 20 January 2003 18:16, Rene Rivera wrote:
> >No need to. I have to correct some stuff anyway. Just tell me how I need
> > to name my files. I also added the trailing '6' but I'm not sure the
> > status pages for 5 will be updated and thus the '6' may become
> > irrelevant.
>
> Sure, the m
> It picked "cs-vacpp-links.html", there is no "cs-aix-links.html" ;-)
>
> What it did not pick was the "cs-vacpp-links_6.html", and that's because of
> the extra "_6". If those where "cs-vacpp6-links.html" and "cs-vacpp6.html"
> it would parse those.
Oops I noticed in serious problem in the updat
On Monday 20 January 2003 14:03, Matthias Troyer wrote:
> On Saturday, January 18, 2003, at 12:55 PM, John Maddock wrote:
> > If you can test and supply patches they would be much appreciated,
> > come to
> > that, I don't suppose you would like to volunteer to regularly run the
> > regression test
On Monday 20 January 2003 03:14, Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourc
On Monday 20 January 2003 03:14, Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourc
On Friday 17 January 2003 11:28, Rene Rivera wrote:
> [2003-01-17] Toon Knapen wrote:
> >On Friday 17 January 2003 12:32, John Maddock wrote:
> >> So only the gcc tests will be run, I assume that you have some detritus
>
> in
>
> >> bin directory from previo
On Friday 17 January 2003 11:07, David Abrahams wrote:
> Toon Knapen <[EMAIL PROTECTED]> writes:
> > On Friday 17 January 2003 14:59, David Abrahams wrote:
> >> No, please restore that feature. The build system offers no
> >> guarantees about the order in which
On Friday 17 January 2003 12:32, John Maddock wrote:
> So only the gcc tests will be run, I assume that you have some detritus in
> bin directory from previous HP aCC runs, which is why you are seeing some
> results listed. Add the necessary toolset(s) to test_tools.
Thanks John. Had some other m
On Friday 17 January 2003 14:59, David Abrahams wrote:
> No, please restore that feature. The build system offers no
> guarantees about the order in which specified libraries will be added
> to NEEDLIBS, and we'd rather work in all circumstances than save
> whatever miniscule amount of link time i
On Friday 17 January 2003 13:55, David Abrahams wrote:
> Toon Knapen <[EMAIL PROTECTED]> writes:
> > In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
> > $(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
> > typically
In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
$(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
typically contains other libs in the same project (==boost) whereas FINDLIBS
typically contains external and/or system libs. NEEDLIBS is thus very lik
On Sunday 12 January 2003 13:32, John Maddock wrote:
> > Rene, how can I get the aCC compile to work (it's reporting "Missing" the
> > whole time as you can see)
>
> Likely options:
>
> 1) the HP results aren't being filtered through process_jam_log.
> 2) you ran out of disk space and the targets w
I've been looking through some real code to see where we pactically could
benefit from MPL and think I've found a nice one :
If one wants to integrate generic programming inside a strong OO designed
program, you might want to try to downcast a pointer to a base-class to all
possible derived-cla
On Friday 10 January 2003 17:29, Rene Rivera wrote:
> I've update the build.sh to detect the "HP-UX" uname, and to added the -Ae
> flag to build.sh and build.jam. The missing flag is what probably caused
> the problems. Could you try it now?
works _if_ you dont't forget to add the quotes, otherwis
First run is uploaded, check it out via the compiler-status page in the CVS.
Rene, how can I get the aCC compile to work (it's reporting "Missing" the
whole time as you can see)
toon
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listi
On Thursday 09 January 2003 22:37, Rene Rivera wrote:
> [2003-01-09] David Abrahams wrote:
> OK that seems like a good idea. I'll add generic Unix cc toolset for
> building bjam.
tried it but :
harry:/home/tk/boost/boost/tools/build/jam_src >./build.sh
###
### Could not find a suitable toolset.
On Thursday 09 January 2003 22:40, Rene Rivera wrote:
> [2003-01-09] Toon Knapen wrote:
> >Anyway, to compile jam_src you can use cc (with the -Ae option though) as
> >you can see in the Jambase.
>
> PS. What does the -Ae option do?
from the man pages of aCC/cc :
-Ae
On Thursday 09 January 2003 14:51, Beman Dawes wrote:
> At 04:48 AM 1/9/2003, Toon Knapen wrote:
> >I'm working on the port to HPUX (recently I've send a few msg's out on
> >this) but have trouble compiling the regression-reporting tools.
> >Already pat
On Thursday 09 January 2003 12:12, Rene Rivera wrote:
> It's doesn't because I haven't had time to add it since the toolset
> appeared in Boost.Build ;-) I'll try and add ASAP. ... Question on this...
> Is it a possibility to install only the C compiler (cc) without the C++
> compiler (aCC)? I'm as
On Thursday 09 January 2003 16:06, David Abrahams wrote:
> > is giving me trouble due to the LOCATE_TARGET. This apparantly makes
> > that the sources are searched for in the bin subdir ?! Should'nt it
> > be removed ?
>
> No, it means that targets will be placed in the bin subdir.
OK, found the p
> I did a bunch of testing on and porting to HP, but I wasn't using
> filesystem or the post-processing tools. If it's giving you trouble
> you might consider just using bjam to run tests for a while as you
> pick off the low-hanging fruit. It might well be that Filesystem is
> broken because of
On Wednesday 08 January 2003 17:16, Rene Rivera wrote:
> [2003-01-08] Beman Dawes wrote:
> >At 07:58 AM 1/8/2003, John Maddock wrote:
> > >This is another call for volunteers to come forward to help run the
> > > boost regression tests on more platforms, particularly needed are the
> >
> >commercia
While having major trouble compiling boost with HP/aC++ I was looking for
compiler-patches on the HP-site. Now I was surprised to see that the version
I have installed is not yet reported on the HP support site. I have version :
harry:/home/tk >aCC -V
aCC: HP aC++/ANSI C B3910B A.05.38 [Sep 12 2
Apparently with the introduction of BOOST_WORKAROUND, an __HP_aCC__ got
warped into __IBMCPP__ (while the aCC version number is still correct). So
Aleksey if you could apply this patch (or if you want me to do it ?)
toon
Index: integral_c.hpp
===
> >
> > aCC-C++-action
> > > ../../../libs/filesystem/build/bin/libfs.a/acc/release/runtime
> -link-dynamic/operations_posix_windows.o
> > Error 20: "/home/tk/boost/boost/boost/mpl/if.hpp", line 56
> # '::' expected
> > before 'if_c'.
> > typedef typename if_c<
> >
> > Hmm, that's silly. L
On Sunday 22 December 2002 20:09, David Abrahams wrote:
> Alkis Evlogimenos <[EMAIL PROTECTED]> writes:
> For those running regression tests (and most Boost.Build users), I
> really recommend setting ALL_LOCATE_TARGET so that the products of
> your build all go into a single directory tree that's n
On Thursday 19 December 2002 18:57, Toon Knapen wrote:
> I'm also in the process of creating status-pages for HPUX 11. I hope to
> checkin an acc-tools.jam tomorrow and upload already preliminary results
> too.
I've checked in a first version of
boost/tools/build/acc-tools.
On Tuesday 17 December 2002 16:10, Beman Dawes wrote:
> (You can ignore this message unless you run Boost regression testing
> software.)
>
> AFAIK, the changes are all working right now, and I'll switch the Win32
> tests over today. But I'll delay merging the sane-testing branch in CVS
> until Fr
On Thursday 12 December 2002 13:42, Jeremy Maitin-Shepard wrote:
> On Thu, Dec 12, 2002 at 02:54:46PM +0100, Toon Knapen wrote:
> > [snip]
> >
> > My only remaining question is : if the STL (used by the developer)
> > already provides the algorithm (in the std namespac
On Friday 13 December 2002 14:50, Beman Dawes wrote:
> Yes, but I think we should try to stick closely to the LWG proposal. In
> fact, it might be an advantage for standardization to have an exact
> implementation. (It might be worth asking Matt Austern how he proposes to
> change the interface to
On Thursday 12 December 2002 20:06, Beman Dawes wrote:
> At 08:17 PM 12/11/2002, Jeremy Maitin-Shepard wrote:
> >I forgot to mention in my previous post the following proposed ideas:
> >
> >A hash map and hash multimap in which a single value type is specified
> >along with a traits class that
On Thursday 12 December 2002 01:06, Jeremy Maitin-Shepard wrote:
> It seems quite clear from the Boost.Compatbility rationale that extensions
> to the C++ standard library do not belong in it.
OK. And indeed boost _is_ an extension. So I think it makes sense to
implement all these extensions in bo
On Wednesday 11 December 2002 22:11, Herve Bronnimann wrote:
> There was also some work on algorithms. I have taken a very close look
> at binary trees, and priority queues (Dietmar Kuehl's beta submission),
> and linear-time sorting (radix, etc.) which is in the sandbox. I've also
> implemented a
When including some boost libraries Visual C++ 6.0 (with Intel compiler 7.0
and STLPort) is unable to generate the browse info. Have others experienced
the same effect or is there some workaround ?
In attachment is a very small demo program with which Visual C++ encounters
some problems when g
On Tuesday 10 December 2002 10:54, David Abrahams wrote:
> Toon Knapen <[EMAIL PROTECTED]> writes:
> > Long time ago I inquired if it would be a good idea to provide STL
> > extensions in boost that are not implemented by all STL's. IIRC David A
> > responded that
Long time ago I inquired if it would be a good idea to provide STL extensions
in boost that are not implemented by all STL's. IIRC David A responded that
boost/compatibility was intended for this.
So I finally started with implementing is_sorted and iota. Also as David
Abrahams suggested, I've
On Monday 09 December 2002 15:32, Samuel Krempp wrote:
> On the opposite hand, using the same kind of naming scheme,
> #ifdef BOOST_NEED_UNREACHABLE_RETURN
> return whatever;
> #endif
Well all the time I got really confused in this discussion but this proposal
is very clear to me. I definitl
On Wednesday 27 November 2002 12:23, John Maddock wrote:
> > Is there a reason these version of aCC are not supported. I can imagine
>
> that
>
> > this is the case because they even don't support the new style headers
>
> like
>
> > (alhtough adding the -Aa flag to use it in standard compatible
>
Currently hp_acc.hpp in boost/config/compiler contains :
//
// versions check:
// we don't support HP aCC prior to version 0:
#if __HP_aCC < 33000
# error "Compiler not supported or configured - please reconfigure"
#endif
On my machine (HPUX 10.20 aCC version : aCC: HP ANSI C++ B3910B A.01.21
wh
On Wednesday 20 November 2002 06:35, Aleksey Gurtovoy wrote:
> > P.S.: Why aren't there any regression tests for mpl?
>
> There are, they just not included into the batch. Probably they should be;
> there are some issues, mainly with the number of tests (currently ~60 and
> more to come) - simply p
[snip discussion about writing a first acc-tools.jam]
> > lanczos:/home/tk/boost/libs/numeric/ublas> /home/tk/bjam -sTOOLS=acc
> > ...patience...
> > ...patience...
> > ...patience...
> > ...found 3664 targets...
> > ...updating 72 targets...
> > aCC-C++-action
> > ../../../libs/numeric/ublas/test
On Friday 15 November 2002 21:27, Hagen, John wrote:
> Then I invoked "bjam" in the boost_root directory. After a while, two
> things were evident: bjam wants to use gcc instead of aCC (gcc is also
> installed on the system) and bjam failed to compile some of the libs and
> then link the whole pack
On Friday 15 November 2002 05:46, Matt Davies wrote:
Could you post some code and or examples ?
> I noticed some minor duplication in vector.hpp so using cut & paste and
> a little inventiveness I have refactored scalar_vector, unit_vector and
> zero_vector into a single function_vector that take
On Wednesday 13 November 2002 14:39, Fernando Cacciola wrote:
> Unfortunately, some compilers -like bcc55- provide a 'default'
> numeric_limits<> with no compile-time constants, while the specializations
> do have compile-time values. Therefore, boost's numeric_limits<> is not
> picked up for these
Looks OK to me.
I do have a question though but maybe it's out of scope.
When testing programs, we also check the return value of the program to check
no internal erros popped up. However, if assert calls abort(), the return
value will be zero (at least on my linux box) and of course I would pref
Totally new BLAS and LAPACK bindings have been checked in at the
boost-sandbox in boost/numeric/bindings.
These new bindings can be used for ublas matrices, boost::array, std::vector,
tnt etc. thanks to a uniform interface for all these container-types
(in boost/numeric/bindings/traits) develop
On Saturday 09 November 2002 16:05, Jason D Schmidt wrote:
> Should algorithms that take an array of data simply take some
> container as an argument and return as a container (if appropriate), or
> should they take input iterators, an output iterator, and return an
> output iterator (ala STL)? An
74 matches
Mail list logo
