Title: RE: [boost] Re: boost::filesystem file restrictions
>From: David Abrahams [mailto:[EMAIL PROTECTED]]
>>> portable_path("/foo/bar") <- throws on Windows
>>
>> Not sure why this would throw, what is the purpose of portable_path?
>> "/foo/bar" is perfectly reasonable on Windows.
>
>It'
Thomas Wenisch <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am trying to find regression test results for gcc-3.3 on linux and
> Intel 7.1 on Linux. Are the meta-intel-7.1 results at
> http://www.meta-comm.com/engineering for windows or linux?
>
> Does anyone have regression results for gcc/intel
E. Gladyshev wrote:
> --- Edward Diener <[EMAIL PROTECTED]> wrote:
>> Exporting/importing C++ classes is completely
>> implementation dependent, due
>> mainly to name mangling, and requires a DLL for a
>> particular
>> platform/compiler/release to be built.
>
> There are several issues with DLL and
The Filesystem docs use the term "undecorated name" in a few places
apparently without defining it. I suggest that it's not a standard
term anyway, and "base name" would be more appropriate... unless of
course "undecorated" means something else.
--
Dave Abrahams
Boost Consulting
www.boost-consu
In working with my date/time code I've encountered another problem with
Boost. I can reproducibly get lexical_cast to segfault. It happens when a
greg_month is lexical_cast to a string. I don't observe this behavior for
years or days, just months. The segfault can be avoided by using
lexical_cas
> John,
>
> What compiler are you using? The example only works on VC 6. I added
VC6 :)
> that limitation to the description. I'll have a version ready for VC
> 7.1 soon.
>
> I did fix the include file problem. The file was on my box :)
>
What do you mean? I got boost_gui.zip from yahoo s
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 1:10 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
[...]
>
> > layer 1 - an abstraction of common GUI elements that
> >
Could this discussion be moved to another list please? It's
really filling up the list and at this stage it doesn't seem to
belong on the boost list..
---
Daniel Wallin
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
[Jeff Garland]
> Hmm, I agree that this is not nice...
Ok.
> The downside of this is that when you are printing a time duration:
> std::cout << td.hours() << ':' << td.minutes() << ':' << td.seconds();
> you have to take remove the sign from the minutes and seconds.
> I have a third suggestion:
I've added a new function to the filesystem/operations.hpp header
(requested by Dave Abrahams):
void last_write_time( const path & ph, const std::time_t new_time );
This set the last write time. If new_time==std::time_t(), the current time
is used.
Docs forthcoming.
I've having trouble with
--- Brock Peabody <[EMAIL PROTECTED]>
> It stands for 'standard'. Maybe that's a little
> pretentious for us at
> this early stage :)
I think they called it STL before it became a
standard.
> gtl would probably be better.
I thought about this name, but I think it is already
taken, GTL (Gr
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Beman Dawes
> Sent: Wednesday, August 06, 2003 9:36 AM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
>
[...]
> Given the major differences between underlying GUI API's, you
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 9:06 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
>
> > That
--- Bohdan <[EMAIL PROTECTED]> wrote:
> Not really. Example:
> Link to static or dynamic (i mean import lib)
> thread library problem. This decision can be made
> only by linker option or by #pragma comment.
> IMHO, traits can't help here.
Traits have nothing to do with the lib-link problem it
in
Hi I have a class like:
class MyClass {
public:
double myvector[3];
};
Is it possible to use it in boost.python 1.30.0?
I did not find information howto do this,
but I also did not find information thats its not possible.
My problem I get compiler errors
Could somebody clarify this?
Could this discussion be moved to another list please? It's
really filling up the list and at this stage it doesn't seem to
belong on the boost list..
I'd like to second the proposal. It sounds like their is lots of interest
and it is an large-scale project, so a separate list is a good idea.
Dar
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> > 1. The layer 1 must appear as one threaded API
> that
> > has a message queue (ala win32). In other words
> all
> > calls from layer 1 to a library object has to be
> done
> > in the context of the thread that created the
> object
> > (ala win32).
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> you missed the point, it runs completely correctly on my system
I knew that. You missed my point; I was saying that there's a way to
force WinXP to complain about segfaults.
> I don't need to "work around" anything, nor does boost.
> IMO, th
Aleksey Gurtovoy wrote:
>
> There is another variation of the idiom, sometimes called "hidden
> state", which doesn't have the shortcoming in the first place:
>
> class foo
> {
> public:
> foo();
> foo(int);
>
> int f() const;
> void g(double*);
>
>
Stephan T. Lavavej wrote:
> In working with my date/time code I've encountered another problem with
> Boost. I can reproducibly get lexical_cast to segfault. It happens when a
> ...details omitted...
>
> Red Hat 9, gcc 3.3, Boost 1.30.0:
You should upgrade your lexical_cast.hpp to the CVS ve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Rainer Deyke
> Sent: Wednesday, August 06, 2003 7:47 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: GUI sublanguage ?
>
> Brock Peabody wrote:
> > I realize that this scheme won't solve all the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rozental, Gennadiy wrote:
| What is the problem adapting pair of iterators to scalar vectors to
produce
| an iterator with complex value type?
The problem is you can hardly adapt a pair. So using iterator_adaptor
(the new class template) does not provi
Brock Peabody wrote:
> Method 1 - common underlying representation method
>
> layer 1 - target GUI API
>
> layer 2 - low level GUI API interface wrapper. There is one
> implementation of this wrapper that compiles for all target platforms,
> using standard cross-platform development methods. This
John Maddock wrote:
#ifdef __BORLANDC__
# pragma option push -a8 -b -Vx -Ve -pc -w-8027
#endif
// code here
#ifdef __BORLANDC__
# pragma option pop
#endif
We should standardize this boost-wide really in some kind of prefix/suffix
header.
Here is the discussion (it cropped up with signals lib
On Monday, August 4, 2003, at 10:50 PM, Douglas Gregor wrote:
- Original Message -
From: "Fredrik Blomqvist" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 04, 2003 4:40 PM
Subject: [boost] Re: Boost 1.30.1 released
Shouldn't the documentation for function and signals be
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Joel de Guzman
> Sent: Wednesday, August 06, 2003 5:31 PM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
[..]
> > Given the major differences between underlying GUI API's, y
What is the boost policy (if any) on using STL in
boost classes in regards to the allocator template
parameter in STL?
For example if we'd like to use std::list in a boost
class A, do we expose the allocator parameter:
template< typename T, typename A = std::allocator >
class A
{
std::vector m_da
At 03:06 PM 8/6/2003, Thomas Witt wrote:
>The whole point in adapting is that you modify some but not all
>behaviour/interface of a thing. Ther is nothing a pair provides that can
>be reused so adaption is pointless.
>
>That's why the new version provides iterator_facade and
>iterator_adaptor. ite
At 07:58 AM 8/6/2003, John Maddock wrote:
>> Fixed now. I wonder if it really ought to be checked in as binary so
>> this doesn't happen?
>
>Personally I think that would cause even more problems (for me at least),
>note that there are plenty of other files that need the \r's stripping in
>order f
Now that the interest for this kind of library has been shown (or not,
whatever) could the interested parties please coordinate their efforts
using other means than boost mailing list? IIUC this list is for issues
with existing code (problems, usage patterns etc) and for submissions
that have some
John Torjo wrote:
I agree this would be nice. Of course, I think this will need to fail
compilation if the resolution doesn't support nanoseconds.
Not really. If lets say the fractional_seconds are milliseconds, then you
should return ticks() * 1000 (I think)
I think it should fail. Otherwise yo
> Fixed now. I wonder if it really ought to be checked in as binary so
> this doesn't happen?
Personally I think that would cause even more problems (for me at least),
note that there are plenty of other files that need the \r's stripping in
order for them to work on Unix, in fact some pre-proces
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
>
> > 2. Finally your lib may become non-template ( i mean
> > cpp files) ...
>
> If it becomes not-template, I'll stop working on it
> :). cpp files are allowed for the layer 1 cod
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Thursday, August 07, 2003 10:33 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: GUI/GDI template library
[...]
> Not exactly, STL has some implmentation specific .cpp
"Douglas Gregor" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
- Original Message -
From: "Brian Simpson" <[EMAIL PROTECTED]>
> The general case devolves into an else-if-then:
> Let us assume that we have specializations up to a certain number, >
'max_specialization_c
At 03:59 PM 8/5/2003, David Abrahams wrote:
>
>Why are we using such a cryptic namespace name? I mean, I can
>understand wanting to abbreviate "template_metaprogramming", but
>"filesystem" doesn't seem too bad and you could use "filesys"; people
>will use namespace aliases anyway.
The Filesystem L
Please can you say why we need yet another file type? what is wrong with .cpp or
.hpp?
Paul
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of David Abrahams
| Sent: Friday, August 08, 2003 10:32 PM
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Files of
At 03:20 PM 8/6/2003, David Abrahams wrote:
>> A namespace alias of fs:: is used in an example on one of the doc
>> pages, and in some of the test and implementation code. Is that a
>> concern?
>
>Yes! People will be very confused, IMO. I clearly was.
Hum... It really makes the tutorial hard to
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Pascal Bleser
> Sent: Friday, August 08, 2003 6:58 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: UI++ [was: GUI sublanguage; Re: GUI/GDI
template
> library]
[...]
> Something like wxWindows
- Original Message -
From: "Beman Dawes" <[EMAIL PROTECTED]>
To: "Boost Mailing List" <[EMAIL PROTECTED]>
Sent: Thursday, August 07, 2003 5:43 PM
Subject: [boost] Release Manager's Checklist added
> I've added a detailed Release Manager's Checklist
> (boost-root/more/release_mgr_checklis
David Abrahams <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> >> I'm trying to say that I think it's the wrong patch. The right patch
> >> would put the swap specialization into _STL::.
> >>
> > It actually sufixes
>
> I assume you
--- Bohdan <[EMAIL PROTECTED]> wrote:
>
> Under 'non-template' I mean that it is not
> header-only
> library. Generaly term 'template library' is used
> for
> Pure template-inline library which contains only
> headers,
> but not cpp.
> Ex: spirit is template library, but boost::regex is
> not.
N
Beman Dawes wrote:
In the meantime, you might want to try running the regression tests
using any compiler you have at hand. While we are doing much better with
docs, etc., running the tests still take a bit of getting used to.
I plan to do that, I'm currently using BCB6 so it would be a good
st
On Fri, 15 Aug 2003 12:36:52 +1000, Chris Trengove wrote
> I think the big issue in using random access iterators is whether
> you want to support the difference concept. It is relatively
> straightforward to implement, say
>
> year_iterator i(date(2003,1,1));
> year_iterator j(date(2005,1,1));
Ross Smith wrote:
> George A. Heintzelman wrote:
>>> Given that I have a string 's' from somewhere, I'd like to create a
>>> regular expression where some part must match that string. The
>>> problem is, the 's' could contain characters that have a special
>>> meaning in regular expressions. Is the
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 3:58 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
>
>
> > We can get a sim
> So John, would you be interested in trying to get this sorted out for
> the next release? As I have said, I currenly only use BCB, and so can't
> offer much help for other compilers.
Yep.
> Would it be best to have something like a boost/config/preinclude.hpp
> file which includes a compiler
Hi Beman,
you wrote:
> >> * Monitor regression tests to verify that errors are dealt with.
> >
> >Unsure about that. ublas has some test failures (for ICC on windows for
> >example) which nobody is going to fix probably. OTOH this is the only
> >verification if cvs is consistent.
>
> The act
Glen Knowles <[EMAIL PROTECTED]> writes:
>> portable_path("/foo/bar") <- throws on Windows
>
> Not sure why this would throw, what is the purpose of portable_path?
> "/foo/bar" is perfectly reasonable on Windows.
It's perfectly reasonable but it doesn't have a portable meaning. It
is a relat
At 04:57 PM 8/6/2003, Alisdair Meredith wrote:
>That does bring up the question of how the config for the new compiler
>is published though.
What has happened in the past is that config related changes (config
headers and build toolsets) start appearing in CVS well before a compiler
is actually
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>> > The page is: http://boost.sourceforge.net/regression-logs/cs-Linux.html
>> > So it should correspond to the HEAD re
At Thursday 2003-08-07 17:28, you wrote:
cvs server: [11:59:06] waiting for anoncvs_boost's lock in
/cvsroot/boost/boost/libs/numeric/mtl/test
cvs server: [15:35:09] waiting for anoncvs_boost's lock in
/cvsroot/boost/boost/libs/numeric/mtl/test
that's been going on every 30 seconds for 5 1/2 hou
Hello..
I think that is something that has to be fixed on sourceforges end. You may
want to send it in to them.
Ben
- Original Message -
From: "Victor A. Wagner, Jr." <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Friday, August 08, 2003 12:29 AM
Subject: Re: [boo
>Robert Ramey wrote:
>> Currently boost array contains a copy of the array that initialized it.
>> Is there any reason that boost array can't be enhanced to contain a reference
>> to the original C array? I think this would make it more useful
>> to me as well as others.
>AlisdairM wrote
>I d
- Original Message -
From: "Rob & Lori" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Saturday, August 09, 2003 9:05 AM
Subject: Re: [boost] Re: UI++ [was: GUI sublanguage;Re: GUI/GDI
templatelibrary]
[...]
> >I think that's a *good* thing. Why doesn't the OS le
- Original Message -
From: "E. Gladyshev" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Thursday, August 07, 2003 6:27 PM
Subject: Re: [boost] GUI/GDI template library
> I'll be working on setting up the Notus (code name)
> project on sf tomorrow. I think that I'
Matthias Troyer <[EMAIL PROTECTED]> writes:
> Dear Boosters,
>
> Since some of the applications and libraries we plan on releasing soon
> rely on Boost features and bugfixes that are in the CVS but not in
> Boost 1.30.[012] I wonder what the plans are for the Boost 1.31.0
> release? Since we would
> I've just downloaded 1.30.1 and the bug I reported a while ago
>
> http://aspn.activestate.com/ASPN/Mail/Message/boost/1622190
> (Missing BOOST_HAS_THREADS on MSVC with /Za and /MT)
>
> is still there. I don't know config at all but if nobody else has time
I'll
> try to submit a patch (I believe
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> [...]
>> Lambda "adds the type" for cases like std::vector<_1>.
>> Metafunction classes, though, are supposed to be the super-
>> efficient way to do things, so having th
David Abrahams wrote:
I was talking about the difference between 1.70 and
1.69 of gcc-tools.jam. I don't know wether other
changes to that file should also be applied to 1_30_2.
So, please apply those differences in your local copy of RC_1_30_0
cvs up -j1.69 -j1.70 gcc-tools.jam
and if the
Since OS X uses X for the GUI, I think it's covered by "Windows and X".
This isn't really true. it is POSSIBLE for you to run applications with
an X GUI on OSX, but it involves using an X server, and the
applications don't really look and feel like mac ones. The Macintosh
has it's own completel
"Jeff Garland" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Another user has submitted a change to me, that hasn't made it into
> the library, that performs the equivalent by modifying
adjust_functors.hpp.
> Looking back on the history of the number of requests on this it looks
lik
brock wrote:
- Original Message -
From: "Rob & Lori" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Saturday, August 09, 2003 9:05 AM
Subject: Re: [boost] Re: UI++ [was: GUI sublanguage;Re: GUI/GDI
templatelibrary]
[...]
I think that's a *good* thing. Why doesn
Douglas Paul Gregor wrote:
On Fri, 8 Aug 2003, Martin Wille wrote:
- function::sum_avg_portable
Should be fixed now.
Apparently, the error persists.
Regards,
m
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
--- Joel de Guzman <[EMAIL PROTECTED]> wrote:
> No mailing list? IMO, I would highly suggest a
> mailing
> list instead of a web based forum. Easier to
> post-to,
> maintain, archive, etc.
Good point! The Design mailing list has been setup.
It'll take up to 24 hours to be activated.
Eugene
___
"David B. Held" <[EMAIL PROTECTED]> writes:
> "Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> [...]
>> typedef typename apply<
>> typename lambda::type
>> , T
>> >::type p;
>>
>> things should work independently of whenever 'Policy'
"Rob & Lori" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> brock wrote:
>
> >- Original Message -
> >From: "Rob & Lori" <[EMAIL PROTECTED]>
> >To: "Boost mailing list" <[EMAIL PROTECTED]>
> >Sent: Friday, August 08, 2003 4:10 PM
> >Subject: Re: [boost] Re: UI++ [was: GUI sub
Martin Wille <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Matthias Troyer <[EMAIL PROTECTED]> writes:
> ...
>>>I would be interested in
>>>hearing about the plans for a Boost 1.31 release
>> As far as I know the CVS is in very good health at the moment. The
>> on
David B. Held wrote:
> Hmm...ok, I'm not getting anywhere talking about it abstractly, so
> I'll just say that I'm trying to figure out how to improve the policy
> adaptor interface for smart_ptr. In particular, I would like to go
> from this:
>
> smart_ptr, my_other_policy<_> > p;
>
> to this:
>
Brian McNamara wrote:
On Wed, Aug 13, 2003 at 11:27:08PM -0400, Brian McNamara wrote:
I've been working on a draft of the documentation for the boostified
version of FC++, and it's finally reached a good enough state to be
potentially useful to you-all. Check out
I've wanted to do dynamic inherit
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- John Torjo <[EMAIL PROTECTED]> wrote:
>
> > Basically, I don't think you should be concerned
> > about data at such a low
> > level.
> >
> > I think there should be a layer that represents gui
> > objects (windows,
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> >> As far as I know the CVS is in very good health at the moment.
>> >
>> > Uhmm, I really wouldn't say so! If you look at the main trunk report -
>> >
> http://www.meta-comm.com/engineering/resources/cvs_main_trunk/developer_
As a user of the filesystem library, I am having the experience that
obvious things are hard to find, and the docs are much harder to
understand than they ought to be. The use of creative naming really
gets in the way. For example, the term "complete" is never defined
anywhere. The closest we c
Larry Evans wrote:
> [snip]
> indicating some interest in combining thread safety and
> decoration. It seems to me (a novice in threading) that
> what needs to be protected is the access to the end
> of the pipeline, i.e. the final streambuf, which is
> connected to the actual output medium (a fi
Hartmut,
Hartmut Kaiser wrote:
> Beman Dawes wrote:
>
> > The variant library developers were checking in changes
> > almost daily until a week or two ago, so you might want to make sure
> > you have the latest from CVS.
>
> Thanks for your response.
> Yes, I have the latest CVS (Boost::HEAD) snap
[EMAIL PROTECTED] (Joerg Walter) writes:
> Hi Daniel,
>
> you wrote:
>
> [snip]
>
>> > That's probably wrong. They should use a tracker first and then discuss
> them
>> > on the mailing lists.
>>
>> I disagree. I think that we should try to focus information instead of
>> spreading them around.
>
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Regarding http://tinyurl.com/jhtn: does this compiler ever need the
>> typename keyword? If not, perhaps we ought to define
>> BOOST_NO_DEDUCED_TYPENAME for all Borland versions
>
> Any particular failure that triggered your
Dave,
David Abrahams wrote:
Beman Dawes <[EMAIL PROTECTED]> writes:
>If I were king, the portable, generic version of windows-native
>"c:/foo" would be "/c/foo" and the portable generic version of
>windows-native "/foo" would be *current_path().begin()/"foo". Is
>there a reason that approach was
Larry Evans wrote:
Alexander Nasonov wrote:
[snip]
The following post:
http://aspn.activestate.com/ASPN/Mail/Message/boost/1593756
There's also:
http://lists.boost.org/MailArchives/boost/msg46513.php
indicating some interest in combining thread safety and
decoration. It seems to me (a novice
Martin Wille wrote:
6 tests fail for 3.2.3 and 6 tests fail for 3.3.1
Doh. 5 tests fail for 3.3.1. Sorry for the typo.
Regards,
m
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Dave (and others):
Eric Friedman wrote:
> David Abrahams wrote:
> >
> > Hi,
> >
> > BOOST_EXPLICIT_TEMPLATE_TYPE is great!
> >
> > However:
> [snip]
> > // specialization
> > template <>
> > int f( /*what goes here?*/ )
> > {
> >
> > }
> >
> > we have no mechanism for handling
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 08:06 PM 8/9/2003, David Abrahams wrote:
>
> >As a user of the filesystem library, I am having the experience that
> >obvious things are hard to find, and the docs are much harder to
> >understand than they ought to be. The use of creative naming re
Robert Ramey wrote:
> Actually this suits my current need. It compiles in my environment.
> Does this mean its universally OK?. I thought I had seen something
> like this before but couldn't find it in any of my references so I had been
> trying something variations on:
If you look at the regre
At 11:48 AM 8/11/2003, David Abrahams wrote:
>
>I'm not sure if this is intentional or not, but cstdint.hpp includes
>typedefs for things like uint32_t, but they're not documented. If
>uint32_t is meant to be an unsigned integer with exactly 32 bits,
>well, I need that and I don't see any other ob
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 07:39 PM 8/10/2003, David Abrahams wrote:
>
> >Beman Dawes <[EMAIL PROTECTED]> writes:
> >
> >> At 08:06 PM 8/9/2003, David Abrahams wrote:
> >>
> >> >As a user of the filesystem library, I am having the experience that
> >> >obvious things are
Thomas Witt <[EMAIL PROTECTED]> writes:
>> I assume you mean the portable representation of the native paths:
>> "/C/C/foo"
>> "/" + *current_path().begin() + "/C/foo" (**)
>> "/C/foo"
>> (**) There is no way to represent "The foo subdirectory of the C
>> directory of the current drive
At 11:13 PM 8/10/2003, Aleksey Gurtovoy wrote:
>Beman Dawes wrote:
>> Assuming I'm release manager for 1.31.0, I'm going to publish explicit
>> release criteria for key platform/compiler pairs. Basically, the
>> criteria will be 100% accounting for all failures on those
>> platform/compiler pairs.
David Abrahams wrote:
> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>
> > Beman Dawes wrote:
> >> Assuming I'm release manager for 1.31.0, I'm going to publish explicit
> >> release criteria for key platform/compiler pairs. Basically, the
> >> criteria will be 100% accounting for all failures o
Aleksey Gurtovoy wrote:
> While I totally support the failures markup goal, I would like to see
> _the_ release criteria to include "no regressions from the previous
> release" item as well, preferrably for all non-beta compilers that are
> currently under regression testing. Especially since now
"Peter Dimov" <[EMAIL PROTECTED]> wrote:
> I am not sure that it should be the responsibility of the path class to
> enforce some notion of portability. Wouldn't it be more appropriate to defer
> the portability check, if any, to the point where the path is actually used
> in a filesystem operation
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>> I worry a little about requiring library authors not to regress on
>> compiler combinations they don't test with.
>
> Well, the regressions are run daily, so testing happens. Another
> question is whether library authors care about how their librar
On Sun, 2003-08-10 at 04:20, Craig Perras wrote:
> If you haven't seen Fresco (successor to InterViews) before, I think it has a lot of
> interesting ideas. http://www.fresco.org/
>
Just a word of warning. this link is not to the original fresco, but to
Berlin/fresco which hi-jacked the original
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> Beman Dawes wrote:
>> At 07:37 AM 8/11/2003, David Abrahams wrote:
>> >Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>> >
>> >> Beman Dawes wrote:
>> >>> Assuming I'm release manager for 1.31.0, I'm going to publish
> explicit
>> >>> release crite
Gary Powell wrote:
> >Consider the following snippet:
> >
> >void show_warning( message_dialog const&, user_message );
> >void post_command( boost::function );
> >
> >int main()
> >{
> >boost::function f(
> > bind( &post_command
> >, ( bind(
Martin Wille <[EMAIL PROTECTED]> writes:
> Hello,
>
> a couple of libraries are regressing for gcc-2.95.3/Linux:
>
>date_time
>graph
>iterator
>multi_array
>numeric/interval
>numeric/ublas (only with stlport)
>random
>variant
>
>
> Are those libraries supposed to su
David Abrahams wrote:
In that case, can I release 1.30.2? I don't like having the 1.30.1
debacle hanging over my head.
There are new regressions on Linux (RC_1_30_0 branch):
http://boost.sourceforge.net/regression-logs/cs-Linux-rc-1_30_0/developer_summary_page.html
crc has regressions for gcc-3
Current GCC and Intel compilers don't appear to allow using declarations at
function scope, according to a bug report.
Is there any reason not to just move the using declarations to namespace
scope?
Answering my own queston, I think prefer the solution used in other boost
code where calls to s
At 02:56 PM 8/11/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>> For a lightly used toolset like intel-7.1 with STLPort, "looks for all
>> the world like a config problem" seems like a good enough resolution
>> to me.
>
>In that case, can I release 1.30.2?
Yes, as far as I'm
On Mon, Aug 11, 2003 at 10:54:40PM -0500, Aleksey Gurtovoy wrote:
> Gary Powell wrote:
> > >Consider the following snippet:
> > >
> > >void show_warning( message_dialog const&, user_message );
> > >void post_command( boost::function );
> > >
> > >int main()
> > >{
> > >boost
Thomas Witt <[EMAIL PROTECTED]> writes:
> What would be the native representation for the following native
^^ ^^
> paths
>
> C:\C\foo
> \C\foo
> C:\foo
Not a very interesting challenge.
"C:\C\foo"
"\C\foo"
"C:\foo"
I assum
1 - 100 of 508 matches
Mail list logo
