- Multi-compare operators - 1 Update
- int8_t and char - 1 Update
- Undetected ODR violation at link time - 1 Update
- CppCon/Tool-time - 6 Updates
- [Modération JNTP] Annulation de <po663u$3ln$2@dont-email.me> - 2 Updates
| Keith Thompson <kst-u@mib.org>: Sep 23 03:17PM -0700 > Last time I checked, <=> is not required to return -1, 0, or 1, but a > negative value, zero, or a positive value, just like Perl. > This would preclude it from being useful in a switch, by itself. For integer operands, the result is of type std::strong_ordering, and the value is one of std::less, std::equal, or std::greater. I had assumed that std::strong_ordering is an enumerated type, which would allow its use in switch statements, but in fact it's a class type. (It's possible C++20 has some feature that permits its use in a switch statement. I haven't checked.) Details are in http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/n4727.pdf -- Keith Thompson (The_Other_Keith) kst-u@mib.org <http://www.ghoti.net/~kst> Working, but not speaking, for JetHead Development, Inc. "We must do something. This is something. Therefore, we must do this." -- Antony Jay and Jonathan Lynn, "Yes Minister" |
| Vir Campestris <vir.campestris@invalid.invalid>: Sep 23 11:09PM +0100 On 18/09/2018 13:36, Sam wrote: > And you don't even have to formally use int8_t. > char two=2 > char four=two+two; char may be int8_t or uint8_t - that's implementation dependent. IIRC it doesn't even have to be 8 bits - but I don't know any architecture where it isn't. <fx cue exceptions> Andy |
| Paavo Helde <myfirstname@osa.pri.ee>: Sep 23 10:18PM +0300 On 22.09.2018 21:18, Sam wrote: > linked contains the same symbols as in one of the executable's shared > libraries. Apparently this links fine, and the global symbols from the > executable override the ones in the shared library, This can be considered as a feature, not a bug. See a recent thread "Knowing which function to call" how a program can potentially define its own pow() function to override both pow() and std::pow() in one go. Specifically, one Manfred posted the following in that thread: "I don't think it is undefined behavior, it is a matter of function replacement instead (20.3.19 and 20.5.4.6). The program creation process (5.2, p.9) specifies that library linkage is performed last, so that all extern function definitions provided by the program itself are used instead of the library supplied ones." > and not just for > references in the executable itself, but also any references in the > shared library. This is certainly implementation-dependent. For example, with Windows DLL-s it is always known from which DLL the symbol is imported, so such late rebinding does not happen. This means for example that one cannot free() a block of memory allocated by malloc() in another DLL if they are linked against different C runtime library versions. In Linux, the dynamic loader attempts to behave more like the static linking process where there is normally just a single instance of a symbol in the final executable. This is sometimes good and sometimes bad. Anyway, this is the mechanism by which some memory diagnostic tools override malloc/free globally. The LD_PRELOAD mechanism is also often used for injecting symbols in a process. So this is a feature, not a bug :-) But Linux tools are typically infinitely configurable so there might be some way to make them behave the way you like. For example, there is __attribute__((visibility("hidden"))); also dlopen() has some interesting flags like RTLD_DEEPBIND. |
| woodbrian77@gmail.com: Sep 22 06:32PM -0700 Shalom I'm looking for someone interested in helping me present my on-line code generator at the Tool-time part of CppCon -- https://cppcon.org/tooltime . I'm not planning to be at the conference, but would be here making sure things are working on this end. I will pay $150 for 3 hours -- two hours of preparation and one hour at the conference on Tuesday, Sept. 25th. I would also give you a $60 investment in my company. You would give a demo of cloning, building, and running this software: https://github.com/Ebenezer-group/onwards I would also like you mention my offer to help someone who is willing to use the software in their project: http://webEbenezer.net/about.html . If you are attending CppCon this year and are interested in this please let me know. Brian Ebenezer Enterprises http://webEbenezer.net |
| Christian Gollwitzer <auriocus@gmx.de>: Sep 23 07:51AM +0200 > https://cppcon.org/tooltime > . I'm not planning to be at the conference, but would be here > making sure things are working on this end. Huh? Why don't you go there yourself? It'll be hard for somebody else to represent this, who is not directly involved. Christian |
| woodbrian77@gmail.com: Sep 23 07:51AM -0700 On Sunday, September 23, 2018 at 12:51:30 AM UTC-5, Christian Gollwitzer wrote: > Huh? Why don't you go there yourself? It'll be hard for somebody else to > represent this, who is not directly involved. > Christian I'm not going for safety and cost reasons. I avoid gun-free zones for safety reasons. There was a shooting at a video game conference in Florida recently, and it was in a gun-free zone. https://crimeresearch.org/2018/08/mass-shooting-reported-at-jacksonville-landing-in-florida-at-another-gun-free-zone/ A rabbi once said, "What good will it be for someone to gain the whole world, yet forfeit their soul?" The conference is kind of tantalizing because people from all over the world will be there, but I believe everyone should be free to defend themselves. G-d willing in the future there will be a C++ conference that is more amenable to conservatives. Brian Ebenezer Enterprises https://github.com/Ebenezer-group/onwards |
| David Brown <david.brown@hesbynett.no>: Sep 23 07:17PM +0200 > at a video game conference in Florida recently, and it > was in a gun-free zone. > https://crimeresearch.org/2018/08/mass-shooting-reported-at-jacksonville-landing-in-florida-at-another-gun-free-zone/ You are not going there because you think you are at risk of getting shot - because the law there it won't be full of people carrying guns. But you /are/ willing to pay someone peanuts to stand in your place and risk their lives to advertise /your/ company? |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Sep 23 06:30PM On Sun, 2018-09-23, woodbrian77@gmail.com wrote: ... > I'm not going for safety and cost reasons. I avoid > gun-free zones for safety reasons. Please everybody: let's not add gun control to the list of boring offtopic topics in comp.lang.c++. Brian mentioning it as a reason was kind of on topic; debating it is not. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| woodbrian77@gmail.com: Sep 23 11:50AM -0700 On Sunday, September 23, 2018 at 12:17:39 PM UTC-5, David Brown wrote: > shot - because the law there it won't be full of people carrying guns. > But you /are/ willing to pay someone peanuts to stand in your place and > risk their lives to advertise /your/ company? I'm not encouraging someone to attend who hasn't already decided to attend. I've posted this a day or two ahead of the conference so almost everyone who has decided to go will have already made up their mind. And for those that haven't, I'm now being clear (not just safety) about why I'm not going. Brian |
| Elephant Man <conanospamic@gmail.com>: Sep 23 07:42AM Article d'annulation émis par un modérateur JNTP via Nemo. |
| Real Troll <real.troll@trolls.com>: Sep 23 01:17PM -0400 > gun-free zones for safety reasons. There was a shooting > at a video game conference in Florida recently, and it > was in a gun-free zone. So you want somebody else to be shot for $150 USD. Very cleaver. You are not a "kosher" Jew as far as I can see. Are you related to Weinstein? |
| 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:
Post a Comment