Shouldn't be there an entry for this lib
in status/Jamfile? The code is checked in since
2 weeks ago.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
I don't see that this should be a problem. Just follow the instructions in
the release notes:
a) Download spirit 1.61 from SourceForge.net to a local directory. On my
machine its c:/spirit161
b) Define (export) environmental variable SPIRIT_ROOT=c:/spirit161.
The build/test jamfile set up is sensitive to the SPIRIT_ROOT variable and
will put it in the include path for those systems that are known to require
it. Right not that is msvc 6.0 and all tested borland compilers. Other
compilers …
[View More]just work with the latest version of spirit from the CVS Tree.
This works on my system without any other special adjustments other than the
above. So I'm asking that the testers set up their environment as above
before running the tests. I don't think that's an unreasonable request. In
fact, I believe this should be seen as a vindication and demonstration of
the power and flexibility of the bjam/jamfile system rather than an extra
burden.
Robert Ramey
Dave Abrahams wrote:
>"Robert Ramey" <ramey(a)rrsd.com> writes:
>> It seems I've succeeded in getting my serialization project checked in.
>>
>> (I've held back the Jamfile in the test directory pending a tiny
>> tweak)
>>
>> And I have a couple of questions regarding testing.
>
>> a) in order for libraries to be built for Borland and VC 6.0 which
>> don't support Spirit 1.8 but do support spirit 1.6, the Jamfile checks
>> for the environmental variable SPIRIT_ROOT and if found presumes it
>> contains the root of the directory where Spirit 1.6 is located. This
>> has worked well in my local environment. An environment which tests
>> this library for these compilers will also need to have Spirit 1.6
>> installed and have the SPIRIT_ROOT variable set accordingly. I don't
>> know who I should inform about this.
>That's not going to work well in the Boost regression suite.
>Tests get run against a current copy of the Boost tree, and we don't have
>any provision to check out (say) an old branch of Spirit.
[View Less]
It seems I've succeeded in getting my serialization project checked in.
(I've held back the Jamfile in the test directory pending a tiny tweak)
And I have a couple of questions regarding testing.
a) in order for libraries to be built for Borland and VC 6.0 which don't
support Spirit 1.8 but do support spirit 1.6, the Jamfile checks for the
environmental variable SPIRIT_ROOT and if found presumes it contains the
root of the directory where Spirit 1.6 is located. This has worked well in
my …
[View More]local environment. An environment which tests this library for these
compilers will also need to have Spirit 1.6 installed and have the
SPIRIT_ROOT variable set accordingly. I don't know who I should inform
about this.
b) its unclear to me how to exclude certain platforms. I've been unable go
get non-intrusive serialization with Commeau - much to my disappointement.
This is pretty much a show-stopper for this compiler. (Other than this it
seems to compile cleanly - though perhaps a tad picky with warnings). So I
would like to know how to exclude Comeau from the tests.
c) As currently loaded, the test programs create temporary files in the
systems temporary directory. And leaves them there - I occasionally delete
them in masse. It only just dawned on me that this would be very
inconvenient for the test setup so I'm going to tweak the tests to remove
their trash at the end. So in some case some trash may be left over but
shouldn't accumulate at a large rate as before. I hope this is acceptable.
Robert Ramey
[View Less]
Here's another problem while compiling with aC++. This has been reported
to the HP aC++ team, but in the meantime, I'm posting this fix to the
list for review and for future users of Spirit for aC++.
BTW, I'm a little afraid to commit changes to the repository, so quick
question: If I end up committing changes that need to be backed out, can
I delete that version that I committed easily?
Thanks!
boost/spirit/core/primitives/impl/match.ipp:101
===old===
inline void
match<nil_t>::swap(…
[View More]match& other)
{
std::swap(len, other.len);
}
===new===
inline void
match<nil_t>::swap(match<nil_t>& other)
{
std::swap(len, other.len);
}
-Jerry
[View Less]
I was discussing with Michael Stevens about organising a uBLAS
developers meeting. And thus we decided to ask the community if
1) there would be any interest,
2) which topics people would like to discuss
3) what format would best fit,
4) and finally where and when.
As for the topics (item 2), I think following list are certainly candidates:
Evaluation of the design of uBLAS and discussion of future design
Evaluation of the efficieny of uBLAS
Syntax and ET engine
Evaluation of the …
[View More]documentation and how to go from there.
Restating the main goals of uBLAS
Organisation of ublas project.
overview of applications using uBLAS.
As for the format I think most important are having intense discussions
on the topics above. Presentations (by volunteers) could serve to
initiate the dicussion on specific topics.
Where and when to organise it probably depends on the interest from the
developers. It seems like many active ublas-dev members are at most a
few 100km from Cologne (Germany) so getting this group together could be
easy in a small timeframe. But it is probably easier to discuss the
'where and when' once we have more information about 'who' would like to
attend.
toon
[View Less]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi !
the test in ordering_test.cpp does not use the BOOST_SIGNALS_NAMESPACE
#define and therefore breaks if BOOST_SIGNALS_NAMESPACE is #defined to
something else (for Qt-compatibilty, for example).
The attached patch corrects this.
Yours,
Jürgen
- --
* Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau
* voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover
* fax : ++49 511 762-3001 ! Appelstrasse 9a, D-…
[View More]30167 Hannover
* hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA9C9gljbJ/LLrxrYRAm35AJ9nHAPPumz4xPnPa0ZjQLlfiCkaTACgx1ys
o/5GVsumKIOkGkYYoeHjVco=
=aTJg
-----END PGP SIGNATURE-----
[View Less]
Just tried and it compiled past this. More errors though. Thanks!
-Jerry
-----Original Message-----
From: boost-bounces(a)lists.boost.org
[mailto:boost-bounces@lists.boost.org] On Behalf Of Joel de Guzman
Sent: Tuesday, July 13, 2004 5:16 PM
To: boost(a)lists.boost.org
Subject: Re: [boost] Re: compiling spirit parser using aC++
David Abrahams wrote:
> Try this:
>
> typedef typename extract_int_<(MaxDigits >= 0)>::template
> apply<Radix, MinDigits, …
[View More]MaxDigits, Accumulate> extractor;
> extractor::f(scan,n,count);
Forgot the return:
return extractor::f(scan,n,count);
Applied in the CVS.
Thanks!
[View Less]
Hi everybody,
Please find at http://groups.yahoo.com/group/boost/files/typeof.zip (and in
the Spirit repository, TYPEOF_DEV branch) a new version of my typeof
emulation library.
This version has the documentation, as well as support for the following has
been added:
- arrays;
- function pointers;
- pointers to member functions;
- pointers to data members.
Any comments are welcome. I would also again greatly appreciate if anybody
could try to compile the test with any compiler except VC7.1 (…
[View More]which I have),
GCC and Metrowerks (which have native typeof support), or any compiler that
does not support partial template specialization (which would not compile
this anyway).
Best regards,
Arkadiy
[View Less]
