Hi, Volodya.
About month ago, while working on Boost.Test issues I was faced with the
need for the more or less full featured command line argument parser. I
recall that you were working on one and took a look on some of your
preliminary code in vault area. And ... was really disappointed. I do no
David Abrahams wrote:
"Peter Dimov" <[EMAIL PROTECTED]> writes:
[...]
Of course you could do that as well, but my point is that the primary
purpose of make_* functions is argument deduction, and the primary purpose
of make_shared/get_shared_ptr is to support the idiom above, where argument
deduc
I have also recently joined this list and have lurked for some time,
mainly to see if there was a socket library being developed.
I saw several socket libraries in the Files section, but none of them
were what I was looking for (I didn't want just a TCP socket library; I
basically
- Original Message -
From: <[EMAIL PROTECTED]>
> Hi,
>
> I was talking to you on the boost newsgroup about spirit being slow to compile
> Here is a standalone section of code, it'll compile but you can't do anything with it
> The compile takes about 15 mins on my machine
> (We are usin
"Philippe A. Bouchard" <[EMAIL PROTECTED]> wrote in message
b02f0c$o1d$[EMAIL PROTECTED]">news:b02f0c$o1d$[EMAIL PROTECTED]...
>
> It seems placement operator new (size_t, ...) would extend a lot
> garbage collection possibilities. Why don't we define a set of rules for
> each tag this overloa
Greeting everyone,
It seems placement operator new (size_t, ...) would extend a lot garbage
collection possibilities. Why don't we define a set of rules for each tag
this overloaded placed operator would use:
shared_ptr(new int());
GC type defined at run-time:
shared_ptr(new (gc) int()); /
Joachim Achtzehnter <[EMAIL PROTECTED]> writes:
> Gennaro Prota wrote:
>>
>> --- Joachim Achtzehnter wrote:
>> >
>> > Gennaro Prota wrote:
>> > >
>> > > But is there any way to go from a message to the tree-view of its
>> > > thread
>> >
>> > Like clicking the "Thread view" link at the bottom?
>>
"Vesa Karvonen" <[EMAIL PROTECTED]> writes:
> David Abrahams:
>>FWIW, while in my opinion this is theoretically interesting work,
>
> BTW, the same "acceleration" technique can be used with templates to
> overcome template recursion depth limitations. Probably most people
> know about it already,
[EMAIL PROTECTED] (Joerg Walter) writes:
> I couldn't check the Boost CVS version, because Sourceforge seems to have
> problems.
Seems to be fixed now.
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training, and comm
> There is a basic low level socket implementation (socket_base),
> and Michel André has put together an extension of this for the
> asynchronous methods on NT.
Here we would need some help implementing lower lever asynch classes using
unix aio or eqvivalent strategy for other platforms.
> At thi
Gennaro Prota wrote:
>
> --- Joachim Achtzehnter wrote:
> >
> > Gennaro Prota wrote:
> > >
> > > But is there any way to go from a message to the tree-view of its
> > > thread
> >
> > Like clicking the "Thread view" link at the bottom?
>
> Try searching an old thread... then go to one of the messag
Gennaro Prota <[EMAIL PROTECTED]> writes:
> I was running some tests on the max_of, min_of etc. templates I've
> proposed some days ago and, *as expected*, VC++ gave problems with
> integral conversions of enumerators. As I think you all know, if you
> have something like
>
> enum e { e1 = 1u
"Edward Diener" <[EMAIL PROTECTED]> writes:
Edward, please try to limit the amount of text quoted in your replies
> I don't think there is a general model in all cases, but I think you have a
> good idea above about what I was suggesting. I don't know anything about
> Wiki
http://www.crystalc
At 02:56 PM 1/14/2003, Dave Harris wrote:
>In-Reply-To: <[EMAIL PROTECTED]>
>On Mon, 13 Jan 2003 23:04:35 +0100 Ares Lagae
>([EMAIL PROTECTED]) wrote:
>> > How do you see archive versioning being done? For example,
>> > suppose field TOTAL is a double in version 1 and a
>> fixed-point user-defined
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, 13 Jan 2003 23:04:35 +0100 Ares Lagae
([EMAIL PROTECTED]) wrote:
> > How do you see archive versioning being done? For example,
> > suppose field TOTAL is a double in version 1 and a
> fixed-point user-defined type in version 2.
>
> The easy way would be to
- Original Message -
From: "Julius Muschaweck" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 14, 2003 10:15 AM
Subject: [boost] ublas int*vector != double*vector?
> Hi,
>
> this is my first posting, so please give me guidance if this is going into
> the wrong directi
At 10:36 AM 1/14/2003, David Abrahams wrote:
>David Abrahams <[EMAIL PROTECTED]> writes:
>
>> Beman Dawes <[EMAIL PROTECTED]> writes:
>>
>>> At 03:29 PM 1/13/2003, David Abrahams wrote:
>>>
>>> >Remember that it's a bad idea to carry dynamically-allocated
>>> >state in an exception object.
>>>
>
At 04:11 AM 1/15/2003, William E. Kempf wrote:
>...
>
>But the "who" is dependent on higher level information than what's
>available to the library.
>
> Knowing that "no such file or directory" was
>thrown by "open_file" doesn't help the end user when the action he took
>was to change a configura
At 11:15 AM 1/14/2003, David Abrahams wrote:
> "The Boost PP lib is a (mostly) functional programming system built
> around the C/C++ preprocessor. The result of evaluating a Boost PP
> program is some new sequence of tokens, i.e. source code.
> ...
>
>This is very coarse, and also very short
Hi,
In processing xml files, configuration files etc I repeatedly find
that I need to compare strings to evaluate actions, settings etc.
In doing so, I'd like some efficient switch case statements that works with
strings. Now comparing a large set of strings does not seem efficient and
switch s
David Abrahams:
FWIW, while in my opinion this is theoretically interesting work,
BTW, the same "acceleration" technique can be used with templates to
overcome template recursion depth limitations. Probably most people know
about it already, though I haven't explicitly checked. (Plain unrollin
I was running some tests on the max_of, min_of etc. templates I've
proposed some days ago and, *as expected*, VC++ gave problems with
integral conversions of enumerators. As I think you all know, if you
have something like
enum e { e1 = 1u << 31 };
then it simply "promotes" e1 to int instead
Vladimir Prus wrote:
> > function_template.hpp: 324: void function may not return a value
>
> Uhm... that's part of the function library... I believe it
> should be handling void returns correctly. Do all compilers
> show this error?
Yes, I saw it after hitting the reply button. The error sho
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
> >
> > My suggestion is not a programming primer on advanced techniques of
using
> > the preprocessor. It is rather an overview of the functionality in
Peter Dimov said:
> From: "William E. Kempf" <[EMAIL PROTECTED]>
>>
>> Peter Dimov said:
>> > From: "William E. Kempf" <[EMAIL PROTECTED]>
>> >>
>> >> Might be true for Boost.Filesystem. The path values may be useful
>> in some cases, for instance. I'm not 100% sure about the who()
>> string, th
This is really cool ... I think that this line should be added
to the "Welcome to the "Boost" mailing list" email so everybody
to be aware of it ;)
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Tuesday, January 14, 2003 7
--- Joachim Achtzehnter <[EMAIL PROTECTED]> wrote:
> Gennaro Prota wrote:
> >
> > David Abrahams wrote:
> > >
> > > Have you seen
> > > http://news.gmane.org/thread.php?group=gmane.comp.lib.boost.devel
> >
> > But is there any way to go from a message to the tree-view of its
> > thread
>
> Like c
From: "Peter Dimov" <[EMAIL PROTECTED]>
> From: "David Abrahams" <[EMAIL PROTECTED]>
> > "Peter Dimov" <[EMAIL PROTECTED]> writes:
> >
> > > if(shared_ptr px = make_shared(wp))
> > > {
> > > // ...
> > > }
> > >
> > > You still need to spell "shared_ptr" in its entirety.
> >
> > I don't think so:
>
David Abrahams wrote:
>
> Daniel Frey <[EMAIL PROTECTED]> writes:
>
> > I would like to see this solved, as it is really annoying when doing
> > research in the archive. The archive is already close to unusable as it
> > lacks a google-groups-like view of threads.
>
> Have you seen
> http://news
Gennaro Prota wrote:
>
> David Abrahams wrote:
> >
> > Have you seen
> > http://news.gmane.org/thread.php?group=gmane.comp.lib.boost.devel
>
> But is there any way to go from a message to the tree-view of its
> thread
Like clicking the "Thread view" link at the bottom?
Joachim
--
work: [EMA
Hartmut,
Hartmut Kaiser wrote:
First of all, let me say, that I'm very interested in trying to use your
program_options library for our ongoing Spirit based C preprocessor
sample. So I've looked at your code immidiatly after your announcement.
I plan to more thoroughly test your code and design,
On Tue, 14 Jan 2003 13:02:36 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>Daniel Frey <[EMAIL PROTECTED]> writes:
>> I would like to see this solved, as it is really annoying when doing
>> research in the archive. The archive is already close to unusable as it
>> lacks a google-groups-like vi
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>>
>> > if(shared_ptr px = make_shared(wp))
>> > {
>> > // ...
>> > }
>> >
>> > You still need to spell "shared_ptr" in its entirety.
>>
>> I don't think so:
>>
>>
From: "David Abrahams" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> > if(shared_ptr px = make_shared(wp))
> > {
> > // ...
> > }
> >
> > You still need to spell "shared_ptr" in its entirety.
>
> I don't think so:
>
> some_function(make_shared(wp));
Of course you could do
Daniel Frey <[EMAIL PROTECTED]> writes:
> Gennaro Prota wrote:
>>
>> Obviously one could set up his/her newsreader to base threading upon
>> "references" rather than on subject lines, but this has other problems
>> too I think. Maybe a set of posting guidelines is in order? What's
>> your opinion
"Vesa Karvonen" <[EMAIL PROTECTED]> writes:
> Hi,
>
> The WHILE construct currently defined in the Boost.Preprocessor
> library allows direct iteration up to BOOST_PP_LIMIT_MAG
> iterations. The limit can sometimes become a problem.
FWIW, while in my opinion this is theoretically interesting work
Gennaro Prota wrote:
>
> Obviously one could set up his/her newsreader to base threading upon
> "references" rather than on subject lines, but this has other problems
> too I think. Maybe a set of posting guidelines is in order? What's
> your opinion?
I would like to see this solved, as it is rea
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "Daniel Frey" <[EMAIL PROTECTED]>
>> Peter Dimov wrote:
>> >
>> > Perhaps, but some names are "less bad". It is a convention that make_*
> names
>> > are constructor aliases; this is not the case here, so I conclude that
>> > make_shared isn't a pa
I have to port a Linux project on Windows and I
have the following problem:
Looking at the random_device.cpp file seems that
the impl class (boost::random_device::impl) is
available
only for Linux, meaning that on Windows I can not
use this non-deterministic
random number generator, right?
A
Vladimir Prus wrote:
> (the previous message got truncated somehow, here is the
> complete text)
>
>
> Some time ago I worked on a library for parsing command line,
> and there was some interest for such a library. Recently I've resumed
> work on it, and believe it has now reached a mostly complet
Daniel Frey <[EMAIL PROTECTED]> writes:
> Peter Dimov wrote:
>>
>> Perhaps, but some names are "less bad". It is a convention that make_* names
>> are constructor aliases; this is not the case here, so I conclude that
>> make_shared isn't a particularly good choice.
>
> I've always seen it anothe
Hi,
The WHILE construct currently defined in the Boost.Preprocessor library
allows direct iteration up to BOOST_PP_LIMIT_MAG iterations. The limit can
sometimes become a problem.
A long time ago, in a private e-mail discussion with Paul, we shortly
discussed ideas for more powerful WHILE imple
From: "David Abrahams" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> >>From semantic point of view, it's more like "This function will obtain a
> > shared_ptr to the object identified by the weak_ptr argument. If there
is no
> > such object, an empty shared_ptr is returned."
>
From: "Daniel Frey" <[EMAIL PROTECTED]>
> Peter Dimov wrote:
> >
> > Perhaps, but some names are "less bad". It is a convention that make_*
names
> > are constructor aliases; this is not the case here, so I conclude that
> > make_shared isn't a particularly good choice.
>
> I've always seen it anot
David Abrahams wrote:
>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> > From: "Daniel Frey" <[EMAIL PROTECTED]>
> >
> >> 'get' implies (at least to me), that it only fetches a pointer/reference
> >> to something which already exists.
> >
> > In a way, this is exactly what make_shared/get_shared
Despite not being a C++ subject, I think this is an important topic
for the subscribers of this list (and for that matters, of any list).
It happens often that subject lines are screwed up in various ways and
that therefore, at the mail/news reader side, each post goes into its
own "thread" making
Peter Dimov wrote:
>
> Perhaps, but some names are "less bad". It is a convention that make_* names
> are constructor aliases; this is not the case here, so I conclude that
> make_shared isn't a particularly good choice.
I've always seen it another way: make_* names are convenience functions
whic
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "Daniel Frey" <[EMAIL PROTECTED]>
>> Peter Dimov wrote:
>> >
>> > make_X(args) is typically equivalent to X<...>(args). However,
> make_shared
>> > is not equivalent to the corresponding constructor. The constructor
> throws
>> > an exception when
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
[snip]
> Something along the lines of:
>
> "The Boost PP lib is a (mostly) functional programming system built
> around the C/C++ preprocessor. .
From: "William E. Kempf" <[EMAIL PROTECTED]>
>
> Peter Dimov said:
> > From: "William E. Kempf" <[EMAIL PROTECTED]>
> >>
> >> Might be true for Boost.Filesystem. The path values may be useful in
> >> some cases, for instance. I'm not 100% sure about the who() string,
> >> though.
> >
> > The mean
Peter Dimov said:
> From: "William E. Kempf" <[EMAIL PROTECTED]>
>>
>> Might be true for Boost.Filesystem. The path values may be useful in
>> some cases, for instance. I'm not 100% sure about the who() string,
>> though.
>
> The meaning of the path values is context dependent, and who() provide
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "Daniel Frey" <[EMAIL PROTECTED]>
>
>> 'get' implies (at least to me), that it only fetches a pointer/reference
>> to something which already exists.
>
> In a way, this is exactly what make_shared/get_shared_ptr does; it
> fetches a pointer to some
From: "Daniel Frey" <[EMAIL PROTECTED]>
> Peter Dimov wrote:
> >
> > make_X(args) is typically equivalent to X<...>(args). However,
make_shared
> > is not equivalent to the corresponding constructor. The constructor
throws
> > an exception when the argument has expired(), and make_shared returns an
"Edward Diener" <[EMAIL PROTECTED]> writes:
>
> My suggestion is not a programming primer on advanced techniques of using
> the preprocessor. It is rather an overview of the functionality in the
> preprocessor library broken down into categories of usage so that someone
> first trying to understan
From: "Daniel Frey" <[EMAIL PROTECTED]>
>
> > > 'get' implies (at least to me), that it only fetches a
pointer/reference
> > > to something which already exists.
> >
> > In a way, this is exactly what make_shared/get_shared_ptr does; it
fetches a
> > pointer to something which already exists, the o
Peter Dimov wrote:
>
> From: "Daniel Frey" <[EMAIL PROTECTED]>
> > I fail to see the problem. The similarity is IMHO helpful, as both
> > deduce the type to generate from their parameters.
>
> make_X(args) is typically equivalent to X<...>(args). However, make_shared
> is not equivalent to the co
"Hugo Duncan" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> At this stage we need to decide what would be the scope of an
> initial submission. Is the basic socket design useful in itself,
> or would the proactor and reactor patterns be required for the
> library to have any m
"Paul Mensonides" <[EMAIL PROTECTED]> wrote in message
000701c2bba1$dbb07aa0$7900a8c0@c161550b">news:000701c2bba1$dbb07aa0$7900a8c0@c161550b...
> - Original Message -
> From: "Edward Diener" <[EMAIL PROTECTED]>
>
> > I see many pre-processor macros in the reference section of the
> > docume
Vladimir Prus wrote:
(the previous message got truncated somehow, here is the complete text)
Some time ago I worked on a library for parsing command line,
and there was some interest for such a library. Recently I've resumed
work on it, and believe it has now reached a mostly complete state.
I
David Abrahams <[EMAIL PROTECTED]> writes:
> Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> At 03:29 PM 1/13/2003, David Abrahams wrote:
>>
>> >Remember that it's a bad idea to carry dynamically-allocated
>> >state in an exception object.
>>
>> I wrestled with that a long time with the Filesystem
From: "Peter Dimov" <[EMAIL PROTECTED]>
> I'm thinking of renaming make_shared(weak_ptr), as the current similarity
> with make_pair is undesirable. The best replacement I can come up with is
> get_shared_ptr. I.e. instead of
>
> if(shared_ptr px = make_shared(wp))
> {
> }
>
> the pattern will lo
From: "Daniel Frey" <[EMAIL PROTECTED]>
> Peter Dimov wrote:
> >
> > I'm thinking of renaming make_shared(weak_ptr), as the current
similarity
> > with make_pair is undesirable. The best replacement I can come up with
is
>
> I fail to see the problem. The similarity is IMHO helpful, as both
> deduc
Hi Loic,
Take a look at boost/graph/adjacency_list_io.hpp and
libs/graph/example/adjacency_list_io.cpp.
Also there are functions to read and write graphs in the graphviz
format... though the primary reason for that format is for creating
postscript displays of graphs, not for persistence.
Cheers
Pavol Droba wrote:
> Hi,
Hi Pavol,
> I have sent a problem report on the list, recently, regarding
> mpl::find_if algorithm on vc7 platform. I'm using 1.29 release
> not current cvs snapshot.
>
> I assume, that description was not good enough so I haven't
> got any response.
Sorry, I think I
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> I'm thinking of renaming make_shared(weak_ptr), as the current
> similarity with make_pair is undesirable.
Why?
> The best replacement I can come up with is
> get_shared_ptr. I.e. instead of
>
> if(shared_ptr px = make_shared(wp))
> {
> }
>
> the patte
Peter Dimov wrote:
>
> I'm thinking of renaming make_shared(weak_ptr), as the current similarity
> with make_pair is undesirable. The best replacement I can come up with is
I fail to see the problem. The similarity is IMHO helpful, as both
deduce the type to generate from their parameters.
> get
Some time ago I worked on a library for parsing command line,
and there was some interest for such a library. Recently I've resumed
work on it, and believe it has now reached a mostly complete state.
I would appreciate feedback on it, and plan to ask for a formal
review unless some serious flaw a
Hello,
After looking into the mailing list archives, the documentation and over the
net, I haven't find the answer to my question, that is why I ask you.
I want to save a graph in a file to restore the state of my algorithm later.
For example I have a graph with complete family (like in family-tr
From: "William E. Kempf" <[EMAIL PROTECTED]>
>
> Might be true for Boost.Filesystem. The path values may be useful in some
> cases, for instance. I'm not 100% sure about the who() string, though.
The meaning of the path values is context dependent, and who() provides the
context, although perhap
Pavol Droba <[EMAIL PROTECTED]> writes:
> Hi,
>
> I have sent a problem report on the list, recently, regarding mpl::find_if algorithm
>on
> vc7 platform. I'm using 1.29 release not current cvs snapshot.
>
> I assume, that description was not good enough so I haven't got any response.
>
> Problem
On Mon, 13 Jan 2003 19:31:03 -0700, Jeff Garland <[EMAIL PROTECTED]> wrote:
> I believe we have gradually built enough
> base that if we could find a few volunteers with a some
> time to invest we could finally get a kernal of the library
> available for review.
There is a basic low level socket
I'm thinking of renaming make_shared(weak_ptr), as the current similarity
with make_pair is undesirable. The best replacement I can come up with is
get_shared_ptr. I.e. instead of
if(shared_ptr px = make_shared(wp))
{
}
the pattern will look like
if(shared_ptr px = get_shared_ptr(wp))
{
}
Comme
Beman Dawes said:
> At 03:29 PM 1/13/2003, David Abrahams wrote:
>
> >Remember that it's a bad idea to carry dynamically-allocated state in
> an exception object.
>
> I wrestled with that a long time with the Filesystem Library, and
> finally ignored it. The advice is good in general, but there j
Excellent!
Thanks!
"Peter Dimov" <[EMAIL PROTECTED]> wrote in message
001901c2bbd8$b4522e90$1d00a8c0@pdimov2">news:001901c2bbd8$b4522e90$1d00a8c0@pdimov2...
> From: "Steven Ketcham" <[EMAIL PROTECTED]>
> > MSVC 6.0
> >
> > typedef boost::function0 CallBackFunctionEmpty;
> > CallBackFunctionEmpty
Hi,
I have sent a problem report on the list, recently, regarding mpl::find_if algorithm on
vc7 platform. I'm using 1.29 release not current cvs snapshot.
I assume, that description was not good enough so I haven't got any response.
Problem:
mpl::find_if algorithm does not compile with v
From: "Steven Ketcham" <[EMAIL PROTECTED]>
> MSVC 6.0
>
> typedef boost::function0 CallBackFunctionEmpty;
> CallBackFunctionEmpty f = boost::bind(&MyClass::SomeFunction,
> classInstance);
>
> The destructor of MyClass is called multiple times.
> Is this correct?
You are storing a copy of classInst
MSVC 6.0
typedef boost::function0 CallBackFunctionEmpty;
CallBackFunctionEmpty f = boost::bind(&MyClass::SomeFunction,
classInstance);
The destructor of MyClass is called multiple times.
Is this correct?
Thnaks!
___
Unsubscribe & other changes: http
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 03:29 PM 1/13/2003, David Abrahams wrote:
>
> >Remember that it's a bad idea to carry dynamically-allocated state in
> >an exception object.
>
> I wrestled with that a long time with the Filesystem Library, and finally ignored
>it. The advice is
> go
From: "Beman Dawes" <[EMAIL PROTECTED]>
>
> Operating systems provide useful information (error descriptions
translated
> into the local language, for example) which are easy to supply as readable
> strings as part of the exception, and hard for users to supply (because
the
> user code would be non
Regression testers,
tools/regression/process_jam_log.cpp & compiler_status.cpp now handle (via
new command line arguments) target directory trees (ALL_LOCATE_TARGET)
outside of boost-root.
A few minor fixes were also made.
--Beman
___
Unsubscribe &
At 03:29 PM 1/13/2003, David Abrahams wrote:
>Remember that it's a bad idea to carry dynamically-allocated state in
>an exception object.
I wrestled with that a long time with the Filesystem Library, and finally
ignored it. The advice is good in general, but there just didn't seem to be
any way
"William E. Kempf" wrote:
[...]
> optional groups, but only two (assuming UNIX specification conformance
> instead of just POSIX... is that a reasonable thing to do here?
Well, you might want to take a look at the "current industry standards"
{draft} paper referenced in the following message:
ht
On Mon, 13 Jan 2003 20:02:14 +0100, Gennaro Prota
<[EMAIL PROTECTED]> wrote:
>If you apply the patch there are still
>some errors but, since I'm not confident with the code...
^
Oops, maybe this has not the meaning I thought to. The intent was to
say that I
Hi,
this is my first posting, so please give me guidance if this is going into
the wrong direction.
I'm using ublas (with Visual Studio .NET) , and I like it a lot.
However, in scalar * vector operations, ublas doesn't handle implicit int -
double conversions like the compiler, which resulted i
84 matches
Mail list logo
