Request for build feedback

[woodb...@gmail.com]

I have access to Linux machines and a couple of Windows 7
machines. I'd like to know how this software

http://webEbenezer.net/misc/direct.tar.bz2 (*)

builds, especially on systems that I don't have like
Solaris, HP, Windows 8, etc.

A C++ compiler with support for the 2011 standard is
needed. VS 11 might work. VS 12 does here.

There's a Readme file in the archive which tells about
the makefiles in the archive. There's a separate
makefile for Windows. On Windows a library and one
executable are built. On Linux the same library and
executable are built plus a second executable is built.

The file to download is 21,059 bytes at this time so
downloading it shouldn't take long. On my Linux system
the library and two programs build in 9 seconds. If
everything goes well, the downloading, tar xf direct.tar.bz2,
and building should take less than a minute.

I'd like to know if it does or doesn't build on your
system. If you prefer to send an email, that would be
fine.

Feel free to keep the software if you like. However, two
of the files in the archive are from another developer
and should only be used in conjunction with the rest of
the software. Those files are quicklz.h and quicklz.cc.
See http://quicklz.com for more info.

Thank you in advance.

Brian
Ebenezer Enterprises - Learning how to walk on economic water.
http://webEbenezer.net

(*) More info here
http://webEbenezer.net/build_integration.html

[woodb...@gmail.com]

On Thursday, July 25, 2013 6:40:12 PM UTC-5, woodb...@gmail.com wrote:
>
> The file to download is 21,059 bytes at this time so
> downloading it shouldn't take long. On my Linux system
> the library and two programs build in 9 seconds.

I guess it's more like 7 seconds here.

>
> I'd like to know if it does or doesn't build on your
> system. If you prefer to send an email, that would be
> fine.
>

woodbrian77 at gmail.com

[woodb...@gmail.com]

In the thread "History of and support for std::basic_string::back()",
Öö Tiib wrote:

"Unfortunately C++ does not define anything of it;
it does not even have modules yet. Do not you see we have nothing?
Our API with environment is: parameters of 'main', 'cin', 'cout',
'cerr', 'clog', 'system("pause")' and return value of 'main'. ;-( "

If you agree with that thinking, please consider helping me
with this as far as finding out how the software builds on
other systems. If it doesn't build on a system you have,
I'll do what I can to fix that, including possibly installing
that system on one of my machines.

[woodb...@gmail.com]

4==argc ? 55555: ::std::strtol(argv[4],nullptr,10)

I tried writing that without the space between the colons:

4==argc ? 55555:::std::strtol(argv[4],nullptr,10)

But both clang and gcc don't like it.

direct.cc:47:48: error: expected ':'
,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
^
:
direct.cc:47:41: note: to match this '?'
,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
^
direct.cc:47:50: error: expected unqualified-id
,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
^
------------------------------------------------------------------

I'm wondering if it is a bug with the compilers or
if it's required to have a space in this case.


If you have a minute or two, please let me know how the
software described up thread builds on your machine.
I did get a report that the software built fine on OSX 10.8.

[Ike Naar]

On 2013-08-26, woodb...@gmail.com <woodb...@gmail.com> wrote:
>
> 4==argc ? 55555: ::std::strtol(argv[4],nullptr,10)
>
> I tried writing that without the space between the colons:
>
> 4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
>
> But both clang and gcc don't like it.

https://en.wikipedia.org/wiki/Maximal_munch

Why do you insist using ::std instead of plain std ?

[woodb...@gmail.com]

On Monday, August 26, 2013 3:23:59 PM UTC-5, Ike Naar wrote:
>
> https://en.wikipedia.org/wiki/Maximal_munch
>
> Why do you insist using ::std instead of plain std ?

For clarity.

[Barry Schwarz]

On Mon, 26 Aug 2013 12:03:48 -0700 (PDT), woodb...@gmail.com wrote:

>
>4==argc ? 55555: ::std::strtol(argv[4],nullptr,10)
>
>I tried writing that without the space between the colons:
>
>4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
>
>But both clang and gcc don't like it.
>
>direct.cc:47:48: error: expected ':'
> ,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
> ^
> :
>direct.cc:47:41: note: to match this '?'
> ,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
> ^
>direct.cc:47:50: error: expected unqualified-id
> ,4==argc ? 55555:::std::strtol(argv[4],nullptr,10)
> ^
>------------------------------------------------------------------
>
>I'm wondering if it is a bug with the compilers or
>if it's required to have a space in this case.

When the compiler is parsing the source into tokens, it is required to
go as far as possible (an approach called maximum munch). The
compiler must include the next character in the current token if doing
results in a valid token. The classic example is
a = b+++c;
The compiler is required to process this as
a = b++ + c;
and not
a = b + ++c;

In your case
4 == argc ? 55555: ::std...
is a well formed example of the conditional operator. But
4 == argc ? 55555:::std...
must be processed as
4 == argc ? 55555:: :std...
and obviously 55555:: is not a valid expression nor is :std...


--
Remove del for email

[Ike Naar]

On 2013-08-26, woodb...@gmail.com <woodb...@gmail.com> wrote:

Please elaborate.

[woodb...@gmail.com]

On Monday, August 26, 2013 3:53:28 PM UTC-5, Ike Naar wrote:

> Please elaborate.

Using ::std says we are talking about top-level std
and not another sub namespace that happens to also
be called std.

[Ian Collins]

There shouldn't be another namespace called std.

--
Ian Collins

[woodb...@gmail.com]

On Monday, August 26, 2013 3:52:47 PM UTC-5, Barry Schwarz wrote:

>
> When the compiler is parsing the source into tokens, it is required to
> go as far as possible (an approach called maximum munch). The
> compiler must include the next character in the current token if doing
> results in a valid token. The classic example is
>
> a = b+++c;
>
> The compiler is required to process this as
>
> a = b++ + c;
>
> and not
>
> a = b + ++c;
>
>

What about templates and > ?
It's not required to have a space between >'s
in 2011 C++:

::std::deque<::std::deque<int>> hi;

That seems to be an exception to maximal munching.

[Victor Bazarov]

Why? No exception. It eats both > symbols as a single token and then
the compilation allows using it to close two opening angle brackets at
the same time. Of course if you had a template

template<int i> struct myT { bool operator >(int) const; };

you can't write

int i;
myT<42>> i;

because the >> is interpreted as a double closing bracket and not as two
separate tokens: one closing bracket and one operator greater-than sign.
Probably. I didn't try it.

V
--
I do not respond to top-posted replies, please don't ask

[woodb...@gmail.com]

On Monday, August 26, 2013 4:19:04 PM UTC-5, Ian Collins wrote:
>
> There shouldn't be another namespace called std.
>

That and $5 will get you a cup of coffee.

[woodb...@gmail.com]

There shouldn't be drunks driving around either. It is
defensive programming.

[Ike Naar]

On 2013-08-26, woodb...@gmail.com <woodb...@gmail.com> wrote:

You are using ::std (instead of plain std) in contexts where there
is no way that another std namespace than the global one can apply.

[woodb...@gmail.com]

On Monday, August 26, 2013 5:03:13 PM UTC-5, Ike Naar wrote:
>
> You are using ::std (instead of plain std) in contexts where there
> is no way that another std namespace than the global one can apply.

namespace vv {
namespace std {

template <class T>
class vector
{
int a;
};

}
}

using namespace vv; // This could be in a header somewhere.

int main()
{
std::vector<int> nn;
}


clang++ 3.3 accepts that with no warnings. G++ 4.8.1 gives errors.

[Ian Collins]

woodb...@gmail.com wrote:
> On Monday, August 26, 2013 5:03:13 PM UTC-5, Ike Naar wrote:
>>
>> You are using ::std (instead of plain std) in contexts where there
>> is no way that another std namespace than the global one can apply.
>
> namespace vv {
> namespace std {
>
> template <class T>
> class vector
> {
> int a;
> };
>
> }
> }
>
> using namespace vv; // This could be in a header somewhere.

Could be, but it would be a really evil thing to do.

> int main()
> {
> std::vector<int> nn;
> }
>
>
> clang++ 3.3 accepts that with no warnings. G++ 4.8.1 gives errors.

Clang appears to be wrong, std:: is ambiguous in this context.

--
Ian Collins

[Victor Bazarov]

Why would it be ambiguous? There is no #include <vector> ...

[woodb...@gmail.com]

On Monday, August 26, 2013 8:11:19 PM UTC-5, Victor Bazarov wrote:
>
> > Clang appears to be wrong, std:: is ambiguous in this context.
>
> Why would it be ambiguous? There is no #include <vector> ...
>

Some of the emperors aren't wearing as much as they should be.

[woodb...@gmail.com]

On Monday, August 26, 2013 5:51:20 PM UTC-5, Ian Collins wrote:

> woodb...@gmail.com wrote:
>
> > using namespace vv; // This could be in a header somewhere.
>
> Could be, but it would be a really evil thing to do.

It would be evil if it was done with the hope of confusing
others.

[David Brown]

I believe it is not actually an exception to the rule, but a change to
the grammar to say that ">>" is sometimes interpreted as a "shift
right", and sometimes as "two close-template brackets in a row".

But it is certainly a special case, making the parser do a bit of extra
work, and introduced because it is a significant help in writing neater
code.

[Jorgen Grahn]

I think what he and Ike Naar are getting at is that the only possible
reason for such a pair of constructs (a subnamespace named "std" and a
using) is a deliberate attempt, from the library writer, to mess with
you. And it's a system built on trust anyway: for example you trust
an official version of libfoo not to contain something like

if(std::rand()==4711) system("rm -rf /");

/Jorgen

--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .

[Ike Naar]

On 2013-08-26, woodb...@gmail.com <woodb...@gmail.com> wrote:

> On Monday, August 26, 2013 5:03:13 PM UTC-5, Ike Naar wrote:
>>
>> You are using ::std (instead of plain std) in contexts where there
>> is no way that another std namespace than the global one can apply.
>
> namespace vv {
> namespace std {
>
> template <class T>
> class vector
> {
> int a;
> };
>
> }
> }
>
> using namespace vv; // This could be in a header somewhere.
>
> int main()
> {
> std::vector<int> nn;
> }

With #include <vector>, the code above won't compile
(ambiguous reference to namespace std).
Lacking #include <vector>, replacing std with ::std would not compile.

[Juha Nieminen]

woodb...@gmail.com wrote:
> namespace vv {
> namespace std {

The C++ standard uses a few "soft rules" so to speak (iow. rules that
it doesn't want to make compilers to enforce, but are more like
conventions that programmers should follow to avoid problems.)
One example of such a rule is that names starting with an underscore
are reserved for the compiler and shouldn't be used in user code. The
compiler won't enforce that rule (mostly for practical reasons), but
it's still something that's a good idea to follow.

I don't remember for sure, but I think that the namespace name "std"
is likewise reserved for the standard library and shouldn't be used
for a user-defined namespace anywhere.

--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---

[Öö Tiib]

On Tuesday, 27 August 2013 13:37:46 UTC+3, Juha Nieminen wrote:
> I don't remember for sure, but I think that the namespace name "std"
> is likewise reserved for the standard library and shouldn't be used
> for a user-defined namespace anywhere.

It says that adding declarations or definitions to namespace std is UB.

[woodb...@gmail.com]

On Tuesday, August 27, 2013 2:19:14 AM UTC-5, Jorgen Grahn wrote:
> On Tue, 2013-08-27, woodb...@gmail.com wrote:
>
> > It would be evil if it was done with the hope of confusing
> > others.
>
> I think what he and Ike Naar are getting at is that the only possible
> reason for such a pair of constructs (a subnamespace named "std" and a
> using) is a deliberate attempt, from the library writer, to mess with
> you.

I can imagine someone who doesn't know what they
are doing writing some code like that. Or how about
someone who was experimenting with it and forgot to
remove it. I just know that over time without the
scope someone will get confused needlessly. I can
take steps to prevent that so I do.

[woodb...@gmail.com]

On Tuesday, August 27, 2013 3:39:46 AM UTC-5, Ike Naar wrote:
>
> With #include <vector>, the code above won't compile
> (ambiguous reference to namespace std).

G++ says it is ambiguous with or without the include.

> Lacking #include <vector>, replacing std with ::std would not compile.

Clang compiles it with or without the :: prefix.

[woodb...@gmail.com]

We are back to shouldn't. I agree with your statement,
but it doesn't help here.

[Ike Naar]

Now it gets interesting: I added a statement that mentions nn.a :

/* code */

namespace vv {
namespace std {
template <class T> class vector {int a;};
}
}

using namespace vv; // This could be in a header somewhere.

int main()
{
::std::vector<int> nn;

nn.a;
}
/* end of code */

and these are the messages generated by clang (version 3.2):
app.cpp:12:6: error: 'a' is a private member of 'vv::std::vector<int>'
nn.a;
^
app.cpp:3:42: note: implicitly declared private here

template <class T> class vector {int a;};

^
app.cpp:12:6: warning: expression result unused [-Wunused-value]
nn.a;
~~ ^
1 warning and 1 error generated.

Apparently (according to the first diagnostic)
nn is not a ::std::vector<int> after all, it's a vv::std::vector<int>.
I don't know if this is a compiler bug.
But it looks like using the :: prefix does not guarantee that the
global version of std::vector is used (which was your motivation
for writing it that way).

[Öö Tiib]

I trust that was what Brian meant by saying "Clang compiles it with or
without the :: prefix." above.

> Apparently (according to the first diagnostic)
> nn is not a ::std::vector<int> after all, it's a vv::std::vector<int>.
> I don't know if this is a compiler bug.

I think that clang is wrong and gcc correct but I generally don't care since
my viewpoint is same as in FAQ:
"The using-directive exists for legacy C++ code and to ease the transition
to namespaces, but you probably shouldn't use it on a regular basis, at
least not in your new C++ code."
http://www.parashift.com/c++-faq/using-namespace-std.html

IOW, erasing the feature from C++ language would improve the quality of
the language for people who do not deal with 15+ years old C++ code.

> But it looks like using the :: prefix does not guarantee that the
> global version of std::vector is used (which was your motivation
> for writing it that way).

I can parse from standard that unqualified lookup of 'a::x' can
be ambiguous between '::n::a::x' and '::a::x' (thanks to that dreaded
using-directive that should be dumped anyway). On such case that
:: prefix then resolves that ambiguity ('::a::x' is '::a::x' on such
case).

I fail to find clear answer (and perhaps it matters less) if '::a::x'
may still mean '::n::a::x' on cases when 'a::x' non-ambiguously means
'::n::a::x'.

[woodb...@gmail.com]

On Wednesday, August 28, 2013 11:29:42 AM UTC-5, Öö Tiib wrote:
>
> I think that clang is wrong and gcc correct but I generally don't care since
> my viewpoint is same as in FAQ:
> "The using-directive exists for legacy C++ code and to ease the transition
> to namespaces, but you probably shouldn't use it on a regular basis, at
> least not in your new C++ code."
> http://www.parashift.com/c++-faq/using-namespace-std.html
>
> IOW, erasing the feature from C++ language would improve the quality of
> the language for people who do not deal with 15+ years old C++ code.
>

Maybe using directives could be banned from include files, but
still available in source files? I know some books recommend
banning using directives in headers, but it would help if the
standard banned it.


Brian
Ebenezer Enterprises - So far G-d has helped us.
http://webEbenezer.net

[Öö Tiib]

On Wednesday, 28 August 2013 22:33:36 UTC+3, woodb...@gmail.com wrote:
> On Wednesday, August 28, 2013 11:29:42 AM UTC-5, Öö Tiib wrote:
> >
> > I think that clang is wrong and gcc correct but I generally don't care since
> > my viewpoint is same as in FAQ:
> > "The using-directive exists for legacy C++ code and to ease the transition
> > to namespaces, but you probably shouldn't use it on a regular basis, at
> > least not in your new C++ code."
> > http://www.parashift.com/c++-faq/using-namespace-std.html
> >
> > IOW, erasing the feature from C++ language would improve the quality of
> > the language for people who do not deal with 15+ years old C++ code.
>
> Maybe using directives could be banned from include files, but
> still available in source files?

Why? We have myriad of ways to have aliases for names like namespace
alias, using declaration, type alias, typedef and so on. Using-directive
is unneeded since it is too loose.

> I know some books recommend banning using directives in headers, but
> it would help if the standard banned it.

I can live with such trivial-to detect bad feature in language. It takes
few minutes to make a script that warns about using-directive in code or
refuses changeset with it into repository.

However it is most often used for moving all names from huge namespaces
(like 'boost' or 'std') into global namespace. Most often used so by
people who will usually guess incorrectly if to ask if a random name that
makes sense (say 'signal') is present in 'boost' in 'std' in both or
in neither. Those people would benefit most if it was banned whatsoever
because they are later stuck most long with resulting name clashes and
funny error messages.

[woodb...@gmail.com]

On Wednesday, August 28, 2013 4:11:42 PM UTC-5, Öö Tiib wrote:
> On Wednesday, 28 August 2013 22:33:36 UTC+3, woodb...@gmail.com wrote:
>
> > On Wednesday, August 28, 2013 11:29:42 AM UTC-5, Öö Tiib wrote:
>
> > >
>
> > > I think that clang is wrong and gcc correct but I generally don't care since
>
> > > my viewpoint is same as in FAQ:
>
> > > "The using-directive exists for legacy C++ code and to ease the transition
>
> > > to namespaces, but you probably shouldn't use it on a regular basis, at
>
> > > least not in your new C++ code."
>
> > > http://www.parashift.com/c++-faq/using-namespace-std.html
>
> > >
>
> > > IOW, erasing the feature from C++ language would improve the quality of
>
> > > the language for people who do not deal with 15+ years old C++ code.
>
> >
>
> > Maybe using directives could be banned from include files, but
>
> > still available in source files?
>
> Why? We have myriad of ways to have aliases for names like namespace
> alias, using declaration, type alias, typedef and so on. Using-directive
> is unneeded since it is too loose.
>

It would be a bigger hit to existing code that way, but it
would be OK with me.

> > I know some books recommend banning using directives in headers, but
> > it would help if the standard banned it.
>
> I can live with such trivial-to detect bad feature in language. It takes
> few minutes to make a script that warns about using-directive in code or
> refuses changeset with it into repository.

It is difficult to get everyone to use a script like that though.
Are you backing away from getting rid of using-directives?
I hope not.

[Öö Tiib]

On Thursday, 29 August 2013 00:56:29 UTC+3, woodb...@gmail.com wrote:
> It is difficult to get everyone to use a script like that though.

Yes. Better first step is perhaps to propose a patch to the open
source C++ compilers that makes those to warn about using-directive.
The compilers are quite popular. I have noticed that tool warnings are
often enough to reduce usage of loose constructs. Usage style of C
language for example has improved a lot over years only thanks to such
warnings about technically valid code.

> Are you backing away from getting rid of using-directives?
> I hope not.

No, I seriously think that it is worthless feature. Another thing
that is maybe bit radical about it ... removing it would make about
95% of C++ code examples published all around to be illegal. :)

[woodb...@gmail.com]

On Wednesday, August 28, 2013 9:07:46 PM UTC-5, Öö Tiib wrote:
> On Thursday, 29 August 2013 00:56:29 UTC+3, woodb...@gmail.com wrote:
>
> > It is difficult to get everyone to use a script like that though.
>
> Yes. Better first step is perhaps to propose a patch to the open
> source C++ compilers that makes those to warn about using-directive.
> The compilers are quite popular. I have noticed that tool warnings are
> often enough to reduce usage of loose constructs. Usage style of C
> language for example has improved a lot over years only thanks to such
> warnings about technically valid code.

I changed the CMW to throw an exception now if it finds
a using directive in a header file. Kind of harsh, but
also noticed that John Lakos in his talk at C++ Now
agrees with us.

[woodb...@gmail.com]

On Thursday, July 25, 2013 9:49:22 PM UTC-5, woodb...@gmail.com wrote:
> On Thursday, July 25, 2013 6:40:12 PM UTC-5, woodb...@gmail.com wrote:
> >
>
> > The file to download is 21,059 bytes at this time so
> > downloading it shouldn't take long. On my Linux system
> > the library and two programs build in 9 seconds.
>
> I guess it's more like 7 seconds here.
>

I'm happy to report that the software builds consistently
now in under 6 seconds. This is on the same hardware and
with the same compiler as I used in July. I've made a number
of changes to the software since July that have improved the
build time.

http://webEbenezer.net/build_integration.html


I beleive the software is well written, but there is
probably room for some improvement.

[Leigh Johnston]

Hello Mr Homophobic Bigot. Where is your usual god bothering .sig?

Haven't you noticed that nobody on Usenet cares about your fucking
library yet? Best your posts on it do is start stupid discussions about
misuse of namespaces.

Lose the bigotry and go make something useful.

/Leigh

[woodb...@gmail.com]

On Saturday, October 26, 2013 4:26:14 PM UTC-5, Leigh Johnston wrote:


Please don't swear here.

I gave this thread an update in part because there are
new people rolling through here from time to time.

If you have some technical criticism of the software I'd
be happy to hear it.

[Leigh Johnston]

On 26/10/2013 23:21, woodb...@gmail.com wrote:
> On Saturday, October 26, 2013 4:26:14 PM UTC-5, Leigh Johnston wrote:
>
>
> Please don't swear here.

Do you seriously believe that asking nicely will stop people swearing in
here you cunt?

>
> I gave this thread an update in part because there are
> new people rolling through here from time to time.

But your posts about it are usually random and inane like "my
compilation time changed by a second". Usenet is not your own personal
diary.

>
> If you have some technical criticism of the software I'd
> be happy to hear it.

Given your posts on it it seems like it is not a serious piece of
software from a not so serious company run by a misogynist, homophobic
bigoted god bothering lunatic.

/Leigh

[woodb...@gmail.com]

On Sunday, October 27, 2013 8:23:27 AM UTC-5, Leigh Johnston wrote:
> On 26/10/2013 23:21, woodb...@gmail.com wrote:
>
> > On Saturday, October 26, 2013 4:26:14 PM UTC-5, Leigh Johnston wrote:
>
> >
>
> >
>
> > Please don't swear here.
>
>
>
> Do you seriously believe that asking nicely will stop people swearing

Yes, and please don't use sexual slurs here.

>
> >
>
> > I gave this thread an update in part because there are
> > new people rolling through here from time to time.
>
> But your posts about it are usually random and inane like "my
> compilation time changed by a second".

The software was good in July and is better now.

> Usenet is not your own personal
> diary.
>

Remember this part of Psalm 23.

5 You prepare a table before me in the presence of my enemies;
You have anointed my head with oil;
My cup overflows.
6 Surely goodness and lovingkindness will follow me all
the days of my life,
And I will dwell in the house of the L-rd forever.


And then bring in "One man's trash is another man's treasure."
My software may be trash to you, but to poverty stricken
people from India, China, Russia, Nepal. Egypt, Greece, Spain,
Mexico etc., it's a lifesaver. Why? Because it's free and
of increasingly high quality. G-d's will is to help His people
and they are all over the globe.

[Leigh Johnston]

You are fucking deluded mate.

[woodb...@gmail.com]

On Sunday, October 27, 2013 11:49:53 AM UTC-5, Leigh Johnston wrote:


Too much swearing, Leigh.

[Leigh Johnston]

On 27/10/2013 17:04, woodb...@gmail.com wrote:
> On Sunday, October 27, 2013 11:49:53 AM UTC-5, Leigh Johnston wrote:
>
>
> Too much swearing, Leigh.

You think I give a fuck if some god bothering bigot doesn't like swearing?

Again: you are fucking deluded mate.

[Öö Tiib]

On Sunday, 27 October 2013 19:04:51 UTC+2, woodb...@gmail.com wrote:
>
> Too much swearing, Leigh.

Leigh has likely nothing to do and feels alone and so he specially
tries to insult you and to swear and get some reaction ... some
feed back ... anything. He does not believe that most things are
possible to get just by asking nicely from others.

[woodb...@gmail.com]

On Sunday, October 27, 2013 12:35:44 PM UTC-5, Öö Tiib wrote:
>
> Leigh has likely nothing to do and feels alone and so he specially
> tries to insult you and to swear and get some reaction ... some
> feed back ... anything. He does not believe that most things are
> possible to get just by asking nicely from others.

That's OK. I have only gotten one response to my posts
where the person took me up on it and downloaded and
built it. So it probably looks like it isn't very
successful. However scores of people downloaded it so
that's a little better.

The asking nicely according to a Bible story is
sometimes being persistent until someone says,
"I'm tired of them asking so will help them." :)

If I didn't believe I have a portability advantage
over competitors because of my approach/architecture,
I probably wouldn't be so bold. My library, front
tier, and the generated code are the parts that
have to be portable. The middle tier has to be
somewhat portable, but not as much as the front tier.
The back tier doesn't have to be very portable.
The back tier is bigger than the middle tier and the
middle tier is bigger than the front tier. The front
tier is less than 100 lines (not counting generated
code) so it's expected to be easy to port to other
platforms.

[Leigh Johnston]

On 27/10/2013 17:35, �� Tiib wrote:
> On Sunday, 27 October 2013 19:04:51 UTC+2, woodb...@gmail.com wrote:
>>
>> Too much swearing, Leigh.
>
> Leigh has likely nothing to do and feels alone and so he specially
> tries to insult you and to swear and get some reaction ... some

The only reaction I want is for the cunt to stop posting inane posts
which look like diary entries of the insane and/or for him to renounce
his bigotry.

[snip]

/Leigh

[Leigh Johnston]

Oh but I forgot, you are one of those homophobic bigots too aren't you
"�� Tiib"?

/Leigh

[Ian Collins]

Leigh Johnston wrote:
>
> The only reaction I want ....

Invest in a kill-file.

--
Ian Collins

[woodb...@gmail.com]

On Sunday, October 27, 2013 2:18:08 PM UTC-5, Leigh Johnston wrote:
>

Children deserve to have a father and a mother.
I've told how two men adopted a baby but they
weren't able to produce breast milk for the baby
so they hired a woman to help them. A male/female
couple is better equipped to raise children.

[Alf P. Steinbach]

On 27.10.2013 20:48, Ian Collins wrote:
> Leigh Johnston wrote:
>>
>> The only reaction I want ....
>
> Invest in a kill-file.
>

The last few filter (a.k.a. kill-file) actions in my Thunderbird:


Applied filter "From is: le...@i42.co.uk" to message from Leigh
Johnston <le...@i42.co.uk> - C++ == Gagware? at 17.10.2013 20:24:01 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
21.10.2013 17:55:47 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - A simpler Pimpl Idiom ? at 21.10.2013
18:19:27 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - A simpler Pimpl Idiom ? at 21.10.2013
18:45:44 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
21.10.2013 20:42:58 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - A simpler Pimpl Idiom ? at 21.10.2013
21:05:39 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Follow-up Pimpl question at 22.10.2013
07:41:31 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Symbol already defined acting differently
for class methods? at 22.10.2013 17:58:34 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
22.10.2013 20:13:01 deleted

Applied filter "From contains: chris" to message from Chris Vine
<chris@cvine--nospam--.freeserve.co.uk> - static function in named
namespace at 23.10.2013 01:32:49 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
23.10.2013 11:47:12 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
23.10.2013 12:05:29 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - static function in named namespace at
23.10.2013 12:13:34 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - A function returning an array at
23.10.2013 14:13:45 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - static function in named namespace at
23.10.2013 21:15:06 deleted

Applied filter "From contains: chris" to message from Chris Vine
<chris@cvine--nospam--.freeserve.co.uk> - static function in named
namespace at 23.10.2013 22:15:51 deleted

Applied filter "From is: sc...@slp53.sl.home" to message from
sc...@slp53.sl.home (Scott Lurndal) - And the mythical man month rears
its ugly head again at 23.10.2013 22:55:13 deleted

Applied filter "From is: sc...@slp53.sl.home" to message from
sc...@slp53.sl.home (Scott Lurndal) - And the mythical man month rears
its ugly head again at 24.10.2013 15:32:40 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
24.10.2013 18:12:58 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - Question regarding copy constructor at
24.10.2013 20:18:47 deleted

Applied filter "From is: tro...@bluewin.ch" to message from Tobias
M�ller <tro...@bluewin.ch> - static function in named namespace at
26.10.2013 14:42:16 deleted

Applied filter "From is: le...@i42.co.uk" to message from Leigh Johnston
<le...@i42.co.uk> - Request for build feedback at 26.10.2013 23:26:14
deleted

Applied filter "From is: le...@i42.co.uk" to message from Leigh Johnston
<le...@i42.co.uk> - Request for build feedback at 27.10.2013 14:23:27
deleted

Applied filter "From is: le...@i42.co.uk" to message from Leigh Johnston
<le...@i42.co.uk> - Request for build feedback at 27.10.2013 17:49:53
deleted

Applied filter "From is: le...@i42.co.uk" to message from Leigh Johnston
<le...@i42.co.uk> - Request for build feedback at 27.10.2013 18:25:22
deleted


It's very nice to not have to see these postings. :-)

In addition, Thunderbird now has an "ignore thread" feature. Currently
I'm ignoring the "Mythical man month" thread entirely. Not sure what
that thread's exact title is, since I can't see it. :D

Cheers,

- Alf

[Leigh Johnston]

You are amazing! A fucking dinosaur! Ever heard of fucking "infant
formula" mate?

[Melzzzzz]

What if mother does not have milk? In my case,
my wife didn't have milk for our baby, so we
fed her with formula milk.

--
Sig.

[Chris Vine]

On Sun, 27 Oct 2013 21:05:22 +0100
"Alf P. Steinbach" <alf.p.stein...@gmail.com> wrote:
> On 27.10.2013 20:48, Ian Collins wrote:
> The last few filter (a.k.a. kill-file) actions in my Thunderbird:

[snip]

This is a premeditated attack on some of the many people you have
recently fallen out with. You enjoy dishing it out to other people
whenever someone disagrees with you, but you have an absurdly thin skin
yourself.

You are quite a nasty piece of work.

Chris

[woodb...@gmail.com]

On Sunday, October 27, 2013 5:07:47 PM UTC-5, Melzzzzz wrote:
>
>
> What if mother does not have milk? In my case,
> my wife didn't have milk for our baby, so we
> fed her with formula milk.
>

I believe it's an exception to the rule where
pregnant women doesn't have milk. In that
situation, what you did makes sense to me.
Dr. Laura though would know more than me.

[Melzzzzz]

On Sun, 27 Oct 2013 21:05:22 +0100
"Alf P. Steinbach" <alf.p.stein...@gmail.com> wrote:

> On 27.10.2013 20:48, Ian Collins wrote:
> > Leigh Johnston wrote:
> >>
> >> The only reaction I want ....
> >
> > Invest in a kill-file.
> >
>
> The last few filter (a.k.a. kill-file) actions in my Thunderbird:
>

I used to filter only spamers, but usenet servers filter spam
these days, so no need for filter from me...

--
Sig.

[Leigh Johnston]

An exception to your fucked up rule mate. Also this "Dr. Laura" is also
a homophobic and possibly racist bigot so what you think she "knows" is
irrelevant.

[woodb...@gmail.com]

On Sunday, October 27, 2013 6:38:08 PM UTC-5, Leigh Johnston wrote:

Please don't swear here.

I've never met Dr. Laura, but from what I know from
listening to her on the radio I don't think she's racist.

[Dombo]

Op 27-Oct-13 23:37, Chris Vine schreef:

+1

[woodb...@gmail.com]

On Sunday, October 27, 2013 1:41:07 PM UTC-5, woodb...@gmail.com wrote:
> On Sunday, October 27, 2013 12:35:44 PM UTC-5, Öö Tiib wrote:
>
> >
> > He does not believe that most things are
> > possible to get just by asking nicely from others.
>
> That's OK. I have only gotten one response to my posts
> where the person took me up on it and downloaded and
> built it. So it probably looks like it isn't very
> successful. However scores of people downloaded it so
> that's a little better.
>
> The asking nicely according to a Bible story is
> sometimes being persistent until someone says,
> "I'm tired of them asking so will help them." :)
>

Some good news. Someone who introduced themselves
as a Cray employee on Boost reports that my software
compiles fine on a Cray using gcc 4.8.1. They also
said the Cray compiler doesn't have C++ 2011 support,
but they are working on adding that.