Support Requests item #795936, was opened at 2003-08-27 05:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=207586&aid=795936&group_id=7586
Category: None
Group: None
Status: Open
Resolut
[ I replied to Daryle, but his host said: 553 5.3.0
DNSBL:You are listed at relays.osirusoft.com :( ]
> Would you start with a checked-out archive of the main trunk then
> apply
> "update -j" with the 1.30.x branch, or use a checked-out archive of
> the
> 1.30.x branch and apply "update -j" w
Daryle Walker wrote:
>
> That's an invalid argument, since the STL containers give you a default
> value for the allocator argument, which makes containers work out of
> the box, and the default is "for free."
I'm afraid it is not. The allocator parameter has a cost. It (a) prevents
some very usef
"John Maddock" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Make sure that the console app has "Project uses the VCL" checked when you
> create it. Haven't tried without it... I'm using the 5.6.4 compiler BTW.
Yes, I am certainly doing this, and am also using 5.6.4 (and 5.5.1). M
Daryle Walker <[EMAIL PROTECTED]> writes:
> On Sunday, August 24, 2003, at 4:26 PM, David Abrahams wrote:
>
>> Janusz Piwowarski <[EMAIL PROTECTED]> writes:
>>
>>> On Sunday, August 24, 2003, 7:15:11 AM, Daryle Walker wrote:
>>>
I have a "CVS Quick Reference Card" lying around, and the entrie
Ross Smith <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Ross Smith <[EMAIL PROTECTED]> writes:
>>
>>>David Abrahams wrote:
>>>
"Neal D. Becker" <[EMAIL PROTECTED]> writes:
>You mean I can't just run bjam with no options and get the libs
>built with thread support? I ne
E. Gladyshev wrote:
>
> Sure he could have replaced the system allocator (I actually
> suggested it too) but why would he want to do it?
Because this saves time in the long run. Once you have a non-broken
allocator you can use third party libraries as-is, without need for
modification, and you can
"E. Gladyshev" <[EMAIL PROTECTED]> writes:
> --- David Abrahams <[EMAIL PROTECTED]> wrote:
>> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>>
>> > --- David Abrahams <[EMAIL PROTECTED]> wrote:
>
>> > Yes, I am sure. I shipped one of my libraries to a guy who
>> > works on various DSP chips. The na
Andreas Huber wrote:
>
> E.g. I hope to convince some of the embedded systems/real-time crowd
> to use the fsm lib I'm currently implementing. I would bet that even
> in 10 years most of them wouldn't even consider using it unless they
> were able to totally control how memory is allocated...
That
> IMHO it's not requirement to use -pthread on linux - especially when it's
> not documented. I think usage of -D_REENTRANT for compiling and -lpthread
> for linking should be enough.
Maybe - I don't have a linux box to check on right now - doing a:
g++ -dumpspecs | grep thread
will tell you
> and I don't get an error. Are you using any particular compiler setting?.
(I
> am just creating a new Console Project in the IDE and then pasting in the
> code.) Maybe there is more to this?
Make sure that the console app has "Project uses the VCL" checked when you
create it. Haven't tried with
>You mean I can't just run bjam with no options and get the libs built with
>thread support? I need to add a command-line option?
>
>I am updating my RPM package for 1.30.2, and I'd like to make sure this is
>correct, and I will forward this to Redhat (they now have a boost rpm).
The thread libs
<< pardon me if this gets re-posted >>
Hi,
Is there a reason why we can't allow:
optional opt;
Also, is there a reason why we can't allow:
variant var;
IIUC, internally, it's just a matter of storing a boost.reference_wrapper
if T is a reference.
In as much as tuple is allowed, I see
David B. Held <[EMAIL PROTECTED]> wrote:
> "Chris Cooney" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> [...]
>> That was my problem - thank you.
>
> The moral being:
>
> Using anychar_p all by itself is usually a Bad Thing(TM)
More accurately: Using *anychar_p or +anycha
--- Daryle Walker <[EMAIL PROTECTED]> wrote:
> On Monday, August 25, 2003, at 2:57 PM, Peter Dimov wrote:
> has-bugs/is-slow/plain-old-sucks? There can be an orthogonal need for
> a different allocator class, which no improvement on the default one
> can fix.
>
> In this case, the Java user is
David B. Held wrote:
> The moral being:
>
> Using anychar_p all by itself is usually a Bad Thing(TM)
>
> That's because it's like the langoliers--it eats everything
> up. You usually want to say what it shouldn't eat up by
> subtracting the terminating character from the parser. I
> thin
Hi Janusz,
Janusz Piwowarski wrote:
> Hi all
>
> gcc 3.2 generates warnings about implicit typename in line 313 in file
> adjacency_list_io.hpp. I think either there should be EdgePrinter
> call or class G should be renamed to Graph, as is in the rest of
> templates in this file.
Thanks for poi
Hi Janusz,
Janusz Piwowarski wrote:
> I found remove_vertex member for vector_as_graph isn't implemented.
> It's my proposal:
Thanks!
> template
> void
> remove_vertex(typename EdgeList::value_type u,
> std::vector& g)
> {
> typedef typename EdgeList::iterator iterat
"Chris Cooney" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [...]
> That was my problem - thank you.
The moral being:
Using anychar_p all by itself is usually a Bad Thing(TM)
That's because it's like the langoliers--it eats everything up.
You usually want to say what it shou
On Monday, August 25, 2003, at 2:57 PM, Peter Dimov wrote:
E. Gladyshev wrote:
--- Peter Dimov <[EMAIL PROTECTED]> wrote:
In this context, an allocator parameter is only an excuse for
implementors to avoid doing the necessary work to make function<>
useful out of the box. "You can always use a
On Sunday, August 24, 2003, at 4:26 PM, David Abrahams wrote:
Janusz Piwowarski <[EMAIL PROTECTED]> writes:
On Sunday, August 24, 2003, 7:15:11 AM, Daryle Walker wrote:
I have a "CVS Quick Reference Card" lying around, and the entries
for "checkout" and "update" have a sub-option "-j REV" that
On Sunday, August 24, 2003, at 6:49 PM, Janusz Piwowarski wrote:
On Sunday, August 24, 2003, 7:15:11 AM, Daryle Walker wrote:
I have a "CVS Quick Reference Card" lying around, and the entries for
"checkout" and "update" have a sub-option "-j REV" that says "Merge
in changes". That can't fuse o
In article <[EMAIL PROTECTED]>, David Abrahams wrote:
> "Neal D. Becker" <[EMAIL PROTECTED]> writes:
>
>> On Saturday 23 August 2003 07:18 am, John Maddock wrote:
>>> > One more thing: what exactly can go wrong with 1.30.0 if
>>> > -pthread isn't used? Is it boost specific or a general thing
>>> >
David Abrahams wrote:
Ross Smith <[EMAIL PROTECTED]> writes:
David Abrahams wrote:
"Neal D. Becker" <[EMAIL PROTECTED]> writes:
You mean I can't just run bjam with no options and get the libs
built with thread support? I need to add a command-line option?
The libraries that require thread suppo
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>
> > --- David Abrahams <[EMAIL PROTECTED]> wrote:
> > Yes, I am sure. I shipped one of my libraries to a guy who
> > works on various DSP chips. The native memory allocator
> > on one of the DSP was ver
Title: RE: [boost] Re: what happened to allocators in boost?
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>
>> Are you sure that
>> there's no good general-purpose allocator which they can use?
>
>Yes, I am sure. I shipped one of my libraries to a
> From: Firingme [mailto:[EMAIL PROTECTED]
> Where is uBlas-dev list ???
> I can't find it
It is a yahoo groups thingo at: http://groups.yahoo.com/group/ublas-dev/
Check out
http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Effective_UBL
AS too.
Cheers,
Matt.
> -Original Message-
> From: David Abrahams [mailto:[EMAIL PROTECTED]
>
> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
> > I am afraid that some of the boost libraries (as they are now) won't
> > work for a big group of real time and embedded developers, where
> > customization is the key.
>
"E. Gladyshev" <[EMAIL PROTECTED]> writes:
> --- David Abrahams <[EMAIL PROTECTED]> wrote:
>> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>>
>> > I am afraid that some of the boost libraries (as they are now) won't
>> > work for a big group of real time and embedded developers, where
>> > customiz
"Hurd, Matthew" <[EMAIL PROTECTED]>
??:[EMAIL PROTECTED]
>
> > -Original Message-
> > From: Firingme [mailto:[EMAIL PROTECTED]
> > Subject: [boost] Re: [uBlas] Any Performance Resulst Data with uBlas?
> >
> >
> > Then Matthew, refer to your graph result data, the champion
> > and the ru
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>
> > I am afraid that some of the boost libraries (as they are now) won't
> > work for a big group of real time and embedded developers, where
> > customization is the key.
>
> Is it really (other than cu
--- "E. Gladyshev" <[EMAIL PROTECTED]> wrote:
>
> --- Peter Dimov <[EMAIL PROTECTED]> wrote:
> > E. Gladyshev wrote:
> > > --- Peter Dimov <[EMAIL PROTECTED]> wrote:
> > >
> > >> unless there are very solid reasons for the allocator parameter. ;-)
> > >
> > > I agree, but the problme is that I do
> -Original Message-
> From: Firingme [mailto:[EMAIL PROTECTED]
> Subject: [boost] Re: [uBlas] Any Performance Resulst Data with uBlas?
>
>
> Then Matthew, refer to your graph result data, the champion
> and the runner-up all are C libs but not C++
> .. Does it means
"E. Gladyshev" <[EMAIL PROTECTED]> writes:
> I am afraid that some of the boost libraries (as they are now) won't
> work for a big group of real time and embedded developers, where
> customization is the key.
Is it really (other than culturally, I mean)? Are you sure that
there's no good general
--- "E. Gladyshev" <[EMAIL PROTECTED]> wrote:
>
> --- Peter Dimov <[EMAIL PROTECTED]> wrote:
> > E. Gladyshev wrote:
> > > --- Peter Dimov <[EMAIL PROTECTED]> wrote:
> > >
> > >> unless there are very solid reasons for the allocator parameter. ;-)
> > >
> > > I agree, but the problme is that I do
--- Peter Dimov <[EMAIL PROTECTED]> wrote:
> E. Gladyshev wrote:
> > --- Peter Dimov <[EMAIL PROTECTED]> wrote:
> >
> >> unless there are very solid reasons for the allocator parameter. ;-)
> >
> > I agree, but the problme is that I don't know whether I have a solid
> reason or not.
> > I have to
Then Matthew, refer to your graph result data, the champion and the
runner-up all are C libs but not C++ ..
Does it means if I want to get high performance with Matrix operation, I
"must" use C but not C++
___
Unsubscribe & other c
Zing!
/*
* Chris Cooney
* Ventana Group
* [EMAIL PROTECTED]
* (530)846-6640 x201
**/
CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive
and confidential use of the intended recipient. If you are not
"John Maddock" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I can reproduce this with just:
>
> #include
> #include
>
> No boost code necessary :-(
>
> Even worse this reproduces the error as well:
>
> #include
> #pragma hdrstop
>
> enum enum_t
> {
>one = 1,
>two = 2
> }
39 matches
Mail list logo
