Can whoever added this one, please add it to the docs (as a feature macro).
Is it possible to test for this? If so can a test program be supplied
please - the test program should compile and run only if the feature is
available - see one of the boost_has_XXX.cxx files for examples.
John
to be numbers, then you should use
std::numeric_limits, and provide a specialisation for these if required.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi
+
STLport) where numeric_limits constants are not usable in integral constant
expressions even for those templates that are specialised :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http
does not include boost/config.hpp so no boost macros
will ever be set will they?
And yes the macros should be all set correctly - the config test cases are
all passing.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
and quaternion seem to be
failing for *all* compilers at present :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
, this approach is a sure fire way to confusion IMO, and is not
the way that the rest of boost is doing things...
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman
not link against the .a lib
file - apart from anything else your final code size will be much smaller
(including the size of the lib that is).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http
actually pretty complete with full test cases etc, but I'm not sure
where this would fit in with the proposed new string lib, plus I'm pretty
short of time at present. Still I'm hoping someone can make use of this and
maybe the new string lib can include a synthesis of all these ideas...
John Maddock
if they build or not - all the boost
libraries come with some fairly strong regression tests, so you should be
able to work out quite quickly where there are any problems.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
AnsiString classes to be used with these
algorithms. Even though we do have a standard string class, string classes
are none the less proliferating if anything, especially once you start
interoperating with COM, CORBRA or whatever.
Anyway just some thoughts...
John Maddock
http
themselves (the iostream
classes for example). I guess all we can really do is patch this on a case
by case basis depending upon the compilers ABI :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other
to infringe copyright or patent may help the user
assess
the risk.
Hard to make any patent guarentees I think, as I'm sure the inventors of the
.gif format would attest to.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
/compatibility/cpp_c_headers,
which should fix most of the header problems (ditto STLport if you want to
use that).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman
Sure. But the question is: which should the default be?
I'm not sure that we know enough to choose at this time.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org
And don't forget about MinGW. I don't know about its status
w.r.t. sigaction.
Sure, but last time I looked MinGW doesn't claim to be unix and defining
POSIX_C_SOURCE etc, but you can always check for !defined(_WIN32) if it is
an issue.
John Maddock
http://ourworld.compuserve.com/homepages
is possible, but I don't know what :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
in boost/config/suffix.hpp
if you want to move it there (so we all get it), and of course it needs docs
adding - probably to the helper macros table in the config docs.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
to do).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
compiler is released). This also
conflicts with your desired use case (disabling workarounds in cases where
we know that it really is needed)!
Round and round and round :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
for at least
a week :-)
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
or whatever - remember
that only a minority of boost libs require building anyway, most can be used
as headers alone.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman
compiling the array tests from the IDE and they all worked
OK with 6.1 (well those that worked before do anyway), you haven't altered
your compiler setup have you?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe
the right thing when used as an argument for template argument
deduction, or overload resolution.
6) Should be easily extended to new types.
7) Should be easily extended to new constants.
Regards,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
.
There is an update 2: which patches the compiler to version 0x561.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
can't reproduce the problem: for example I tried array1.cpp with
Builder 4, 5 and 6, and all are compiling fine with the latest cvs, so it's
I'm pretty sure it's something at your end. The Borland jam toolset hasn't
changed or anything has it (just running out of suggestions)
John Maddock
http
{
const Pi_impl pi;
}
?
Template function overload resolution is one:
std::abs(pi); // oops error
another is that it is not extensible: how for example should I add constants
for boost::interval? Or some other as yet unthought of (or user defined)
type?
John Maddock
http
Beman,
After some more testing I can reproduce the problem: it occurs with C++
Builder 6.1 when the command line compiler is passed the -v option. It does
not seem to happen with the IDE though. Weird :-(
And you're right this does seem to be a new issue, but I have no idea where
the cause may
An unrelated issue - but is there any chance you could reinstate the Kylix
tests on Linux - the compiler is a free download, and I've just updated the
jam toolset so that setting KYLIX_PATH in your environment should now work
correctly.
John Maddock
http://ourworld.compuserve.com/homepages
Done. I just restarted the regression so the results will be out in a
couple
of hours.
Wow, fast work, thanks!
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org
of similar - it's basically just a process of
elimination.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ostringstream?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
check for the _XOPEN_SOURCE value in posix_features.hpp as
well as for _XOPEN_VERSION, maybe this is the right thing to do for all
Unixes, I don't know, anyone any ideas?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
equivalent will fix the problem:
while(i1 buf.size() isdigit((Ch)buf[i1],oss_.rdbuf()-getloc()))
BTW I had to do this to all the isdigit calls to fix all the problems.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
application.
Agreed.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
, link, or run, which is of
course the opposite of the current run-fail. So a better naming convention
is required all round :-)
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http
That's all correct, AFAIK. Exactly what is failing? Did you first delete
all the bin directories?
If you look at the html table it's pretty obvious: there is no library name
associated with each test, which makes the table more or less impossible to
follow...
John Maddock
http
{
BOOST_STATIC_CONSTANT( typename T::foo, bar = T::value );
};
i.e. the extra typename keyword?
Um I hope so, but why not typedef the typename first which removes the
problem?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
this is less of
a problem here (for config tests), because we would expect the tests to
build and run on some platforms, so the tests get tested in both directions
(that there are some platforms were they should build and do so, and others
where they should not and don't do so).
John Maddock
http
not compile+link+run,
otherwise the test should fail because the macro should have been set.
I hope that's making sense now,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org
I believe it's -tused you're referring to, isn't it?
Yep.
Maybe you're planning to build two tests?
I already am, see for example: libs/config/test/has_pthread_ma_st_fail.cpp
and libs/config/test/has_pthread_ma_st_pass.cpp
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock
although note that cygwin compiled bjam will *not* work with other windows
compilers :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Thanks, I'll try and add more comments as any problems show up.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
(BOOST_NO_TEMPLATE_TEMPLATES)
# define BOOST_NO_TEMPLATE_TEMPLATES
#endif
in common_edg.hpp does that ?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi
as well to upload the
resulting table. Actually I did wonder if these steps would be better as a
separate script (that calls mine), to cater for off-line testers as well as
on-line ones...
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
it, as a reminder that some people may need this.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
the actual script you used to run the tests?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
This seems to be a problem with the PP lib and MPL, anyone any ideas?
I tried to compile the boost libs on my solaris 2.8 system with Sun
WorkShop
6.u2 C++ 5.3 Patch 111685-05 64 bit compiler. Below you can see the
command
line which I executed and the result of it. Do you have a hint for me
Is anyone able to connect to
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost ?
I've been getting:
Server Error
The following error occurred:
Could not connect because of networking problems. Contact your system
administrator. (CANT_CONNECT)
for the last few days now.
John Maddock
http
file.
Yes, it's __SUNPRO_CC, with boost-1.29.0.
Thanks for the help.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
in sequence.
#
test_tools=gcc
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.
regards,
John Maddock
http://ourworld.compuserve.com/homepages
we test on.
Thanks for the feedback,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
:
-D_RWSTD_MULTI_THREAD -D_REENTRANT
when compiling and add -lpthread to the linker, I can't find any reference
to the -mt option that is currently in the jam toolset.
Thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe
(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 compiler version and report the results.
John Maddock
http://ourworld.compuserve.com/homepages
probably right, I guess we should convert non-object types to
references internally so that cases like this will actually compile.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http
patches you think are needed, please note that
there have been a lot of changes to gcc-tools.jam recently (some of those
were OpenBSD/FreeBSD patches), so you may want to check the latest cvs
version first.
Thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
on linux).
Thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
to section 4.0 of the standard.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
While I am still working on these three issues, I could solve the
problem with cstdint.hpp. and have attached a context diff of the
changes. The main issue was that short is 32 bit and int is 64 bit on
the Cray:
Changes committed, thanks!
John Maddock
http://ourworld.compuserve.com
.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
| |
T | | true
etc.. etc... Incidentally I've noticed that currently
is_convertiblevoid, void gives true. Is it the intent?
Heaven only knows, that one wasn't me, IMO it probably does make sense in
that anything is convertible to void as a special case.
John Maddock
:
~~
Make -pthread the default build option in the gcc toolset for *BSD platforms
~~~
Any other ideas?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org
applied to strange (array, reference, function, abstract, etc) types.
I refer you back to 4.0p3, which talks about expressions of type T, which
are treated as lvalues if the type is a reference, otherwise as an rvalue.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
The recent change to boost/cstdint.hpp for Cray systems is not
appropriate for the Cray X1. It has a 16-bit short type, however there
are performance penalties associated with it.
OK thanks, patches applied.
The following patch for cstdint.hpp sets up the appropriate typedefs for
this
box I've encountered up until now has had -lrt (I
thought this was part of glibc ?), and it's normally required for linking
the thread lib (all the sched_* functions are in there).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
generated for each target.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Don't know about other *BSD-s but GCC on OpenBSD GCC defines
_POSIX_THREADS=1 when the -pthread is used. Here are the details...
OK thanks, then I've disabled threading support in bsd.hpp when
_POSIX_THREADS is not defined, let me know if this fixes things.
Thanks,
John Maddock
http
there can be no ambiguous context-sensitive answers.
Thanks for bringing these up, I'll try and produce some better wording over
the weekend, and then I'll see if you guys can shoot it down again :-)
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
answer problem.
Thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
::random_access_iterator_tag*::value));
};
There are lots of other similar uses, particularly for concept checks and
the like...
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman
]; // error ambiguous
conversion
One final point: the passing a UDT through ellipsis problem can be solved
(see boost implementation gcc specific version), however the code is only
accepted by a minority of compilers :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
it was before I started meddling (!). Basically it does now depend upon
_POSIX_THREADS.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
, a compile time error would occur if you try and
instantiate is_convertible with a abstract, function, or incomplete type,
since you cannot create objects of those types.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
. I'll look forward for the new wording :-)
Again, thanks for the all comments.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
To is of class type and the conversion would invoke a non-public
constructor of To (11.0 and 12.3.1).
Type From is of class type and the conversion would invoke a non-public
conversion operator of From (11.0 and 12.3.2).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
the problem is easily solved because it has
-Wno-long-long
but is there a similar solution for other compilers?
IMO it isn't a problem for other compilers (by and large they don't warn).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
The problems is caused by calling data() on std::string, which does not
zero-terminate the returned value, AFAICT. The following patch eliminates
the warning:
I reported that one some time ago: there are quite a few occurrences of
data() where c_str() should be used :-(
John Maddock
http
problems.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
probably get hold of a
variable if you really wanted to).
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
.
Probably a dumb question, but I assume that you exported those variables?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
failed with:
15 assertions out of 20 passed
5 assertions out of 20 failed
Test case is_base_and_derived failed with:
15 assertions out of 20 passed
5 assertions out of 20 failed
Any ideas, or results from other compilers?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock
for named template
arguments can't reasonably use an expression?
It doesn't have access to one, only a type: the usage is take some template
parameter, see if it is convertible to some policy type, and if it is, then
extract the policy information.
John Maddock
http://ourworld.compuserve.com
To me this is a bad idea, from a usability point of view. I strongly
object against making this change. The argument ordering is perfectly
obvious in is_base_and_derived, there is no such hint in is_base.
Personally I agree, I will bring this up again with the LWG folks,
John Maddock
http
Any ideas, or results from other compilers?
AFAICS the Intel 7 works fine.
Thanks.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
];
typedef char TestE[!is_base_and_derivedB, B::result ? 1 : -1];
typedef char TestF[is_base_and_derivedB,DV::result ? 1 : -1]; // Virtual
base
and both Borland and gcc 3.21 give errors on cases 2 and 6
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
. Perhaps my main argument is philosophical: I
think that the current solution is well understood and easy to use, and it
*conceptually* fits in well with the other type traits. IMO a free function
is more like a code snippet that a packaged solution: but that is very much
a personal preference.
John
then you should expect to see the boost code updated soon.
One question though - a lot of people seem to have worked on this: which
people deserve the copyright/credit listing?
Many thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
To (10.2).
Type To is of class type and the conversion would invoke a non-public
constructor of To (11.0 and 12.3.1).
Type From is of class type and the conversion would invoke a non-public
conversion operator of From (11.0 and 12.3.2).
Which should pin it down IMO.
John Maddock
http
to the
Reni's implementation make in no longer quite applicable (although I may be
missing something).
Many thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman
96c96
if test $cvs_update == yes ; then
---
if test $cvs_update = yes ; then
Fixed that one, don't know what to do about the rest though...
Thanks,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe
(and never has), when one To parameter has a user defined
constructor.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
If you look at the errors more closely, you'll see that it's not MPL,
but 'is_convertible' that is broken, for Borland 5.5.1; yes, hopefully
things will be restored soon (John?).
Yep, done, apologies for the interruption, normal service will be restored
soon :-)
John Maddock
http
member
function pointers as it should, so we ended up with a long list :-(
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ideas?
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Seems I don't understand the current version in detail. Isn't the
fall-back version basically:
is_class =
!is_union
!is_array
!is_reference
!is_void
!is_function
No, you missed out is_pointer and is_member_pointer and maybe other from the
list.
John Maddock
http
I'm reposting this, because I think, that this bug should be fixed, but
there wasn't any response to the first mail. I would try to fix it
myself, but the errors are so weird, that I'm not able to grasp, how to
do it :-)
Sorry I missed the first one: the problem is simple: the header you are
Why can't I see them?? Look at:
OK the implementation is:
BOOST_STATIC_CONSTANT(bool, value =
(::boost::type_traits::ice_and
::boost::type_traits::ice_not ::boost::is_unionT::value ::value,
::boost::type_traits::ice_not ::boost::is_scalarT::value
::value,
) Exactly one of the primary type categories will be true for any given
type.
2) The secondary categories are a union of one or more primary categories.
Adding is_member_function_pointer broke (2), and it won't get fixed until we
add is_member_object_pointer.
John Maddock
http://ourworld.compuserve.com
1 - 100 of 258 matches
Mail list logo