Sunday, April 14, 2019

Digest for comp.lang.c++@googlegroups.com - 10 updates in 6 topics

Nikki Locke <nikki@trumphurst.com>: Apr 14 10:23PM

Available C++ Libraries FAQ
 
URL: http://www.trumphurst.com/cpplibs/
 
This is a searchable list of libraries and utilities (both free
and commercial) available to C++ programmers.
 
If you know of a library which is not in the list, why not fill
in the form at http://www.trumphurst.com/cpplibs/cppsub.php
 
Maintainer: Nikki Locke - if you wish to contact me, please use the form on the website.
bitrex <user@example.net>: Apr 14 01:28AM -0400

On 4/12/19 1:34 AM, Cholo Lennon wrote:
> Cholo Lennon
> Bs.As.
> ARG
 
It's very fast. It doesn't try to be your mother. What's not to like?
Siri Cruise <chine.bleu@yahoo.com>: Apr 13 11:02PM -0700

In article <q8p80k$f5n$1@gioia.aioe.org>,
 
> According to this (questionable) index, C++ is getting more and more
> popular...
 
> April Headline: Programming Language C++ is doing well in the TIOBE Index
 
In other news, mass outbreaks of masochism have been reported.
 
Oh, and Cobol was also the most popular language.
 
--
:-<> Siri Seal of Disavowal #000-001. Disavowed. Denied. Deleted. @
'I desire mercy, not sacrifice.' /|\
The first law of discordiamism: The more energy This post / \
to make order is nore energy made into entropy. insults Islam. Mohammed
fir <profesor.fir@gmail.com>: Apr 14 12:59PM -0700

W dniu piątek, 12 kwietnia 2019 07:34:25 UTC+2 użytkownik Cholo Lennon napisał:
> popular...
 
> April Headline: Programming Language C++ is doing well in the TIOBE Index
> https://www.tiobe.com/tiobe-index/
 
c or c++ may be less popular and more popular at once - this is becouse amount of programmers most probably grows (and today in 2020 there are more of them than in 1995).. so even if relative part of them knowing c or c++ is notably smaller the group may be bigger
 
unfortunate effect is hovever that programming society is far more 'dissipated'
especialy this more 'elite' (i mean those that are more close to core of important things) part is less visible.. i mean something liek explosion of a star, its get bigger and youre more far from core (maybe the core even wanished as it gives bigger also and density (or most 'low lewel' or 'fundamental' ideas) dropped down)
 
thats very sad to me
Real Troll <Real.Troll@Trolls.com>: Apr 14 04:30PM -0400

On 12/04/2019 06:34, Cholo Lennon wrote:
> Cholo Lennon
> Bs.As.
> ARG
 
Yes when they are comparing with sql, Matlab, Assembly language, Swift
and Groovy. This is wonderful.
 
By the way what does it mean when people say something is getting very
popular?
 
I am still sticking with C# for now as "it can do" what I am interested
in!!!!!!!
Vir Campestris <vir.campestris@invalid.invalid>: Apr 14 09:27PM +0100

On 13/04/2019 14:11, Manfred wrote:
 
> gcc 8.2.1 issues a warning (about the function pointer never being NULL)
> with -std=c++17 and -Wall
> It will is silent with -std=c++{14,11} regardless of -Wall
 
Not only are some of fighting tooth and nail to move to GCC8, but we
haven't got past C++14 yet either :(
 
Glad to know a fix is coming.
 
Andy
Bonita Montero <Bonita.Montero@gmail.com>: Apr 14 08:28PM +0200

Boy, according to your sense off mission, your posting-frequency and to
the length of this posting you're severely manic and I bet my right hand
that you're manic-depressive.
Stop posting off-topic-postings here and consult a psychiatrist.
fir <profesor.fir@gmail.com>: Apr 14 12:32PM -0700

W dniu niedziela, 14 kwietnia 2019 20:28:10 UTC+2 użytkownik Bonita Montero napisał:
> the length of this posting you're severely manic and I bet my right hand
> that you're manic-depressive.
> Stop posting off-topic-postings here and consult a psychiatrist.
 
he obviously is, i mean he is most
probably intelectually disabled
 
but he is ALSO jusyt a spemer and dont
differ in that case of those whi spam
of advertisments on "cheep viagra and opiates call 999-999-999" .. i mean he not reads answers it is automatic spam stream
 
this way it sadly must be answered same way by some automatic filtering, no other way,
 
this disabled idiot vandalized out comp.programing totally, and i recently created a google groups to replace it where that moron could be filtered out..
 
https://groups.google.com/forum/#!forum/altcompprogramming
 
but people probably are unlikely to move there (possibly afraiding by administrational tyrrany, though in my case this risk is lowered - by me practicisizung being ovner for some other place and passing the test of keeping ban list clear for years )
 
so if someone would try, could test if i am really a typical tyranic administrator as most of usual administrating dorks
me <wyniijj@gmail.com>: Apr 14 06:46AM -0700

Sam於 2019年4月13日星期六 UTC+8下午10時47分35秒寫道:
> using Vect_base::Vect_base;
 
> It's possible that Vect's 2nd template parameter won't be needed at all, and
> it can figure out what it must be, for the inherited superclass.
 
The base class idea is good enough for me, thanks
 
> always implementation defined, and can change from compiler to compiler, or
> compiler version.
 
> You cannot assume that there is, or isn't, padding between class members.
 
OK, I take the word. It's just g++ implementaion's favor of current release
David Brown <david.brown@hesbynett.no>: Apr 14 10:03AM +0200

On 13/04/2019 21:38, Marcel Mueller wrote:
> to deduplicate only partial code, e.g. do pointer adjustment in case of
> multiple inheritance inline at the caller to keep the core function
> identical. I have not seen this as compiler optimization so far.
 
It is often difficult to construct test examples here, and to know which
optimisations really help - sometimes optimisations that increase code
size can give faster results by fine-tuning the different function
versions, sometimes it can be slower due to cache effects, branch
buffers, etc. So getting the very best results can be a lot of effort
with testing, profiling, playing with compiler options, etc. And often
it will only give the best results on one particular system - a slightly
different cpu in the same family may need different choices.
 
However, modern compilers can have a lot of techniques that can help
here. For code de-duplication, this can be done by the compiler at the
level of internal code trees (long before generating assembly). It can
also be done at link time when the linker sees the same assembly for
different functions. And compilers /do/ have partial inlining and
cloning. They can clone functions and then make copies which depend on
constant propagation - it is particularly easy to see how this can work
when a function takes a "bool" parameter. Two versions - one for a
"true" parameter, one for a "false" parameter, along with a wrapper
function for an unknown value, might end up smaller and faster than a
single large function.
 
There are all sorts of fun optimisations to read about for compilers,
such as:
 
<https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html>
 
Some optimisations take a great deal of compilation time and memory,
however - there is no way to get everything that you might imagine.
 
The compiler gets its best chances with link-time optimisation. But
part of the fun of that when testing and investigating this stuff, is
that changes to one part of the code can affect the final code
generation in entirely different parts of the system.
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: