Sunday, October 4, 2020

Digest for comp.lang.c++@googlegroups.com - 8 updates in 2 topics

olcott <NoOne@NoWhere.com>: Oct 03 06:24PM -0500

On 10/1/2020 7:29 AM, Stuart Redmann wrote:
> else think that MS's error codes are a good thing?
 
> Regards,
> Stuart
 
Even better: A set of ISO standard error codes.
 
--
Copyright 2020 Pete Olcott
Keith Thompson <Keith.S.Thompson+u@gmail.com>: Oct 03 05:26PM -0700


> I believe that there is a solid correspondence for messages that have a
> related warning flag (rather than checks that are always active). But
> quite possibly that correspondence could be improved.
 
To be clear, I'm not suggesting that there *should* be a one-to-one
correspondence between messages and options. Options should, I think,
be more stable than diagnostic messages. Changing options can break
build scripts (which is why they're not localized). Diagnostic messages
are primarily intended for immediate human consumption.
 
I don't have specific examples, but I can imagine a command-line option
that affects multiple different diagnostic messages, which might be
split for greater precision.
 
> it's reasonable to say it's a bit unfair to use have identifiers that
> are terms in English, I don't think it helps to have identifiers that
> have no meaning in /any/ language.
 
The point is for the error codes to be searchable, not meaningful.
 
> messages, including colour, position highlighting, and now JSON for
> easier software parsing. It would not be unreasonable to have some kind
> of numeric identifier in that kind of output (there may be one already).
 
On the other hand, if the option is off by default, then most users
won't enable them, which would limit their usefulness. Visual Studio,
if I'm not mistaken, always shows the unique codes. (Of course it also
shows a human-readable message in an appropriate language.)
 
 
--
Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
Working, but not speaking, for Philips Healthcare
void Void(void) { Void(); } /* The recursive call of the void */
"Öö Tiib" <ootiib@hot.ee>: Oct 04 05:55AM -0700

On Sunday, 4 October 2020 03:27:06 UTC+3, Keith Thompson wrote:
 
> The point is for the error codes to be searchable, not meaningful.
 
But why keep anything non-meaningful?
 
Meaningful codes help to understand scripts and configurations of
tools; it is same as with usage of meaningful variable names.
Our work is complicated enough to not obfuscate it with something
meaningless.
Keith Thompson <Keith.S.Thompson+u@gmail.com>: Oct 04 01:54PM -0700

> tools; it is same as with usage of meaningful variable names.
> Our work is complicated enough to not obfuscate it with something
> meaningless.
 
The idea is for each error message (which would be clearly written in
English and/or other languages) to include a unique language-indepedent
code. A hypothetical example:
 
c.c:2:5: error: 'nosuchvar' undeclared (first use in this function) [CE4527]
 
When a later version of gcc tweaks the wording of the body of the
message, the error code remains the same.
 
--
Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
Working, but not speaking, for Philips Healthcare
void Void(void) { Void(); } /* The recursive call of the void */
Brian Wood <woodbrian77@gmail.com>: Oct 03 07:01PM -0700

On Friday, October 2, 2020 at 10:56:53 AM UTC-5, Scott Lurndal wrote:
> >week on a project if we use my software as part of the
> >project: https://webEbenezer.net/about.html
> TANSTAAFL.
 
Duckduckgo is close. I've been using them for decades
and they haven't been tracking me.
 
> And who wants a third party dependency just to build their code?
 
Same people that like paying for electricity?
 
 
Brian
Ebenezer Enterprises - Enjoying programming again.
https://github.com/Ebenezer-group/onwards
Brian Wood <woodbrian77@gmail.com>: Oct 03 07:47PM -0700

On Friday, October 2, 2020 at 2:10:25 PM UTC-5, Mr Flibble wrote:
 
> > G-d willing the company will continue to grow into these
> > areas.
> Your god doesn't exist, mate, much like your customers.
 
I'm seeking some external users: https://webEbenezer.net/about.hmtl
 
 
Brian
Ebenezer Enterprises - "Finally, my brothers, rejoice in the L-rd."
Philippians 3:1
 
https://github.com/Ebenezer-group/onwards
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Oct 03 09:41PM -0700

On 10/3/2020 7:47 PM, Brian Wood wrote:
>>> areas.
>> Your god doesn't exist, mate, much like your customers.
 
> I'm seeking some external users: https://webEbenezer.net/about.hmtl
[...]
 
you mean:
 
https://webebenezer.net/about.html
 
right?
Brian Wood <woodbrian77@gmail.com>: Oct 04 10:17AM -0700

On Saturday, October 3, 2020 at 11:41:48 PM UTC-5, Chris M. Thomasson wrote:
 
> you mean:
 
> https://webebenezer.net/about.html
 
> right?
 
The only difference I see is you didn't capitalize a letter.
 
That page doesn't mention it, but you can refer yourself.
That way you get both time spent on your project and
the referral bonus.
 
Brian
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.

No comments: