Hi Andreas,
It is really nice to hear that FSM lib is ready for submission.
Here are my comments :
1. Can you port your library to other compilers,
at least for gcc ? I was trying to port older fersion
of your lib to Borland, but code is too complicated
to make it shortly.
2. I
I just checked in some improvements to intel-win32 support for
Boost.Build version 1. This includes a hack which works around our
inability to detect wchar_t support for intel6. It also includes
automatic version detection and resulting customization to the
command-line options. Please see
At 11:12 AM 6/1/2003, David Abrahams wrote:
I just checked in some improvements to intel-win32 support for
Boost.Build version 1. This includes a hack which works around our
inability to detect wchar_t support for intel6. It also includes
automatic version detection and resulting customization
Aleksey,
[snip]
So, while here at work we have developed an in-house technology
that achieves that goal for small-to-medium FSMs (the first prototype
of which is outlined in the MPL paper), I am really looking forward to
studying experts' work on the subject.
Thanks, but I'm by no means an
Beman Dawes [EMAIL PROTECTED] writes:
At 11:12 AM 6/1/2003, David Abrahams wrote:
I just checked in some improvements to intel-win32 support for
Boost.Build version 1. This includes a hack which works around our
inability to detect wchar_t support for intel6. It also includes
At 12:09 PM 6/1/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Looks much improved, thanks!
Two of the config_info macros look a bit questionable:
I don't know what you mean; I didn't touch the Boost config. All I
did was to edit intel-win32-tools.jam.
Understood. But now
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being set. I'm not
so
worried about ADL, at least with VC++ 7.1.
You may look on test table
http://aspn.activestate.com/ASPN/Mail/Message/boost/1614864.
(Warning : when
Beman Dawes [EMAIL PROTECTED] writes:
The fresh regression tests are now posted. Here is what changed in the
Intel results, presumably as a result of the intel-win32 changes:
New fails: config/limits_test
integer/integer_traits_test
At 02:50 PM 6/1/2003, Pavel Vozenilek wrote:
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being set. I'm
not
so
worried about ADL, at least with VC++ 7.1.
You may look on test table
Pavel Vozenilek [EMAIL PROTECTED] writes:
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being set. I'm not
so
worried about ADL, at least with VC++ 7.1.
You may look on test table
faisal vali wrote:
Has anyone had problems getting the new wave preprocessor
(cpp.cpp) to compile? NMotably any position_policy error
messages (not defined in spirit and
such...)
Also i've been getting some linker errors -
I'm using gcc 3.2.1 (is that the problem?)
any clues will be
At 03:09 PM 6/1/2003, David Abrahams wrote:
Pavel Vozenilek [EMAIL PROTECTED] writes:
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being set. I'm
not
so
worried about ADL, at least with VC++ 7.1.
You may look
At 03:08 PM 6/1/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
The fresh regression tests are now posted. Here is what changed in the
Intel results, presumably as a result of the intel-win32 changes:
New fails: config/limits_test
Bohdan wrote:
Hi Andreas,
It is really nice to hear that FSM lib is ready for submission.
Here are my comments :
1. Can you port your library to other compilers,
at least for gcc ? I was trying to port older fersion
of your lib to Borland, but code is too complicated
to make
Hi,
sorry it took so long, finally I've gotten to building 1.30.0 RPMs. They are
online at http://malte.homeip.net/boost/ but please do not use that as a
download site, it's a DSL line with only 16 kbyte/s upstream...
I've had one problem with some of the binary packages on install where rpm
[2003-06-02] Malte Starostik wrote:
snip
In order to save some time downloading you can as well:
* get only boost-jam.spec and boost.spec from the URL above
* get the boost sources from boost.org (tar.bz2 version, not tar.gz)
* copy tools/build/jam_src/ somewhere else and rename it to
Chuck Messenger wrote:
Schoenborn, Oliver wrote:
[snip]
... Strict ownership means that only one object at any
given time can be the owner. This is pretty straightforward and the raw
pointer example shows that there is no such thing as cyclic strict
ownership
that works, at least within the above
Guillaume and Giovanni,
As Beman mentioned, I've been away for a bit. Let's see if I can answer
some of the lingering what-was-the-maintainer-thinking questions:
Giovanni said:
Instead, I think this is ill-formed because it's throwing an exception
which
is not derived from std::bad_alloc().
- Original Message -
From: B B [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 30, 2003 9:52 AM
Subject: [boost] [BGL] Patch for nonrecursive DFS to fix stack overflow
Here's a patch to depth_first_search.hpp in BGL in version 1.30.0 of boost
that implements nonrecursive
- Original Message -
From: Jeffrey Hsu [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 30, 2003 2:41 AM
Subject: [boost] interest in dominator tree?
Is there any interest in a generic implementation of the
Lengauer-Tarjan algorithm to compute the immediate dominator
tree of
Andreas Huber wrote:
Unfortunately, I don't have much experience with anything else than MS
compilers. I will try to port to gcc, but I'll probably need help for
not-so-conforming compilers like Borland.
I have experience with GCC, MS and Borland if you need help porting the
code.
[snip]
void
Reece Dunn [EMAIL PROTECTED] writes:
Writing an XML parser from scratch for boost should, IMHO, have these
features:
[1] It should make use of the Spirit and Regex libraries for XML and XPath
parsing.
Whilst these libraries might be useful for the parser writer, I don't see any
benefit to
- Original Message -
From: Pavel Vozenilek [EMAIL PROTECTED]
To: John Torjo [EMAIL PROTECTED]
Sent: Friday, May 30, 2003 10:39 PM
Subject: fix of fix
Hello John,
The code I sent before to disable warning isn't the best.
Here's better version (restores previous settings instead
Hello John,
I tried assert lib under Borland C++ Builder and Intel C++ and bellow are
few notes so far.
There seems to be recursive loop bug (item 10).
/Pavel
PS: it is sooo big: 20 headers and 100kB of source. I would never
imagine
old
#define assert(x) if (!(x)) abort()
can grow
I have 2 use cases for program options library. I would say that they are
fairly advanced but nevertheless typical ones:
Due to severe time constraints I am going to describe just the first use
case, which I think will highlight significant number of
boost::program_options benefits and problems .
On Monday, June 02 Rene Rivera wrote:
[2003-06-02] Malte Starostik wrote:
snip
In order to save some time downloading you can as well:
* get only boost-jam.spec and boost.spec from the URL above
* get the boost sources from boost.org (tar.bz2 version, not tar.gz)
* copy tools/build/jam_src/
Beman Dawes [EMAIL PROTECTED] writes:
At 02:50 PM 6/1/2003, Pavel Vozenilek wrote:
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being
set. I'm not
so
worried about ADL, at least with VC++ 7.1.
Misha Bergal [EMAIL PROTECTED] writes:
It seems to be important to support the handling of this syntax style,
because:
1. It seems to be very widespread, meaning the number of people, not
necessarily the number of products.
That seems to be the cvs style, also, FWIW.
--
Dave Abrahams
Boost
Beman Dawes [EMAIL PROTECTED] writes:
At 03:09 PM 6/1/2003, David Abrahams wrote:
Pavel Vozenilek [EMAIL PROTECTED] writes:
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being
set. I'm not
so
Anthony Williams wrote:
Writing an XML parser from scratch for boost should, IMHO, have these
features:
[1] It should make use of the Spirit and Regex libraries for XML and
XPath
parsing.
Whilst these libraries might be useful for the parser writer, I don't see
any
benefit to requiring
The type_traits webpage contains the following, from which
is_base_and_derived should be removed:
Note that both is_convertible, and is_base_and_derived can produce
compiler errors if the convertion is ambiguous:
struct A {};
struct B : A {};
struct C : A {};
struct D : B, C {};
bool const x
Does anyone have any ideas/suggestions:
* on where I should extend the code
* what features they would like to see that are not currently available
* bugs/inconsistencies with existing features
I would also like to have comments on what people want out of the
documentations. Whether they want:
Reece,
Unfortunately, I don't have much experience with anything else
than MS
compilers. I will try to port to gcc, but I'll probably need help
for
not-so-conforming compilers like Borland.
I have experience with GCC, MS and Borland if you need help porting
the
code.
Cool, I could
Reece,
Unfortunately, I don't have much experience with anything else
than MS
compilers. I will try to port to gcc, but I'll probably need help
for
not-so-conforming compilers like Borland.
I have experience with GCC, MS and Borland if you need help porting
the
code.
Cool, I could
Reece Dunn wrote:
Anthony Williams wrote:
Writing an XML parser from scratch for boost should, IMHO, have these
features:
[snip]
Writing a lexer/parser is a complex task. It wasn't a requirement, more
a suggestion/my opinion on what a boost XML library should be like.
There are four possible
35 matches
Mail list logo