Saturday, February 1, 2020

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

"Öö Tiib" <ootiib@hot.ee>: Feb 01 03:19AM -0800

On Friday, 31 January 2020 17:12:29 UTC+2, Bonita Montero wrote:
> wouldn't help you when deserializing. Using type_index( typeid(x) )
> to map through a hashtable to a deserialization-function would be
> a possible solution.
 
Yes typeid(x).name() is better not to use or to use some library
that converts it into more useful form.
The type indexes may change when we change code or use different
compilers so most of reflection information needed for
deserialization has to be entered manually, generated with macros
and/or generated with code generator tools.
Bonita Montero <Bonita.Montero@gmail.com>: Feb 01 04:56PM +0100

> The type indexes may change when we change code or use different
> compilers ...
 
That doesn't matter as the indexes aren't persisted.
They're only used to map the serialization-code to a datatype.
 
> ..., generated with macros and/or generated with code generator tools.
 
Macros are only needed for conditional compilation in C++.
In other cases they're bad code.
"Öö Tiib" <ootiib@hot.ee>: Feb 01 10:44AM -0800

On Saturday, 1 February 2020 17:56:53 UTC+2, Bonita Montero wrote:
 
> > ..., generated with macros and/or generated with code generator tools.
 
> Macros are only needed for conditional compilation in C++.
> In other cases they're bad code.
 
What are you talking about? You made a thread that the typeid(x).name()
does not work. Yes it does not work. Therefore you have to stringize
type name with macro, code generating tool or to type it in with your
hands. What else? I just suggest to use
serialization / deserialization tools and libraries that already
inevitably contain those macros. If it is "bad" for you, then how
can I care? Too bad, don't use. :D
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Jan 31 11:10PM -0800

On 1/31/2020 12:25 PM, Juha Nieminen wrote:
 
>> Maybe for autists, but normal people recognize the meaning,
>> even more with an additional "hrhr".
 
> Why are you being such an asshole? For what purpose?
 
Projection?
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Jan 31 11:12PM -0800

On 1/31/2020 11:10 PM, Chris M. Thomasson wrote:
>>> even more with an additional "hrhr".
 
>> Why are you being such an asshole? For what purpose?
 
> Projection?
 
Kim Peek is a wonderful person. He has is issues, but still smart as
heck! I want him to read a manual. Well, that's mean, but he has the
ability to remember every damn letter.
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Jan 31 09:42PM -0800

On 12/18/2019 1:34 PM, Mr Flibble wrote:
> Hi!
 
> The following is the base class of my vector class (the mathematical
> vector not the container) so I can do things like:
[...]
 
I think I saw a swizzle in here:
 
https://youtu.be/O-1zEo7DD8w
 
live shader code competition.
"Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Jan 31 11:00PM -0800

On 12/28/2019 7:53 AM, Mr Flibble wrote:
>> something like the following experiment of mine:
 
>> https://youtu.be/TLd64a4gdZQ
 
> Probably best waiting until I get SIMD specializations working.
 
No problem. Keep up the great work.
woodbrian77@gmail.com: Jan 31 09:59PM -0800

On Tuesday, November 12, 2019 at 5:55:01 PM UTC-6, Keith Thompson wrote:
> can find it but it's not in your $PATH. If you installed gcc-10 with
> support for C but not for C++, that could explain what you saw -- except
> that the "g++10" command itself probably shouldn't have been visible.
 
Good answer. I'm getting back into the
swing of things. Please bear with me.
 
From Foxnews:
Italian man denied Swiss citizenship for not knowing
bears and wolves shared enclosure at zoo.
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.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)