- Please ignore this proven stoopid troll Leigh Johnston AKA Mr. Fibble. - 8 Updates
- "The 2016 Top Programming Languages" - 8 Updates
- neoGFX update - 2 Updates
- converting regex string to automaton - 4 Updates
- SFINAE - 3 Updates
| Jerry Stuckle <jstucklex@attglobal.net>: Jul 28 09:09PM -0400 On 7/28/2016 2:06 PM, Mr Flibble wrote: Nothing of interest. But he has proven time and time again to be nothing better than a troll - and a stoopid (but entertaining in his own way) one at that. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| woodbrian77@gmail.com: Jul 28 09:04PM -0700 On Thursday, July 28, 2016 at 1:06:55 PM UTC-5, Mr Flibble wrote: |
| woodbrian77@gmail.com: Jul 28 09:34PM -0700 On Tuesday, July 26, 2016 at 11:35:12 AM UTC-5, Jerry Stuckle wrote: > And there are many compilers which do NOT support #pragma once - I use > some on embedded systems. And these are popular compilers in their > market. What compilers? I'd like to check if the developers of the compilers are planning to support #pragma once. Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net |
| red floyd <no.spam@its.invalid>: Jul 29 11:00AM -0700 > On Thursday, July 28, 2016 at 1:06:55 PM UTC-5, Mr Flibble wrote: Fuck off. |
| Good Guy <hello.world@example.com>: Jul 29 02:06PM -0400 >> <NOTHING> So Is it all right to swear in the body of the message? -- With over 350 million devices now running Windows 10, customer satisfaction is higher than any previous version of windows. |
| woodbrian77@gmail.com: Jul 29 01:08PM -0700 On Friday, July 29, 2016 at 1:08:31 PM UTC-5, Good Guy wrote: > On 29/07/2016 05:04, woodbrian77@gmail.com wrote: > >> <NOTHING> > So Is it all right to swear in the body of the message? Previously I've asked people not to swear in the body of messages. Brian Ebenezer Enterprises - "I dare not trust the sweetest frame, but wholly lean on Yeshua's/Jesus' Name." http://webEbenezer.net |
| Good Guy <hello.world@example.com>: Jul 29 09:14PM +0100 > Previously I've asked people not to swear in the body of messages. I think this is a very good idea. How people started swearing on these newsgroups is beyond me but I am a Good Guy and people in Windows newsgroups knows me. They all like reading my posts. -- If you want to filter all of my posts then please read this article: <https://support.mozilla.org/en-US/kb/organize-your-messages-using-filters> In step 7 select "Delete" With over 350 million devices now running Windows 10, customer satisfaction is higher than any previous version of windows. |
| Jerry Stuckle <jstucklex@attglobal.net>: Jul 29 04:17PM -0400 On 7/29/2016 4:14 PM, Good Guy wrote: > In step 7 select "Delete" > With over 350 million devices now running Windows 10, customer > satisfaction is higher than any previous version of windows. People swear when they aren't able to make an intelligent post. It makes them feel like a big person. To other people they are just small-minded. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| Lynn McGuire <lmc@winsim.com>: Jul 28 08:10PM -0500 On 7/28/2016 2:28 PM, jacobnavia wrote: >> Lynn > Interesting > Nobody commented on why C++ went from the third to the fourth place. The wild thing that nobody commented on was Go at #10 spot. Lynn |
| Jerry Stuckle <jstucklex@attglobal.net>: Jul 28 09:17PM -0400 On 7/27/2016 5:50 PM, Lynn McGuire wrote: > "C is No. 1, but big data is still the big winner" > Where is Fortran ? > Lynn The problem here is their sampling is flawed. For instance, they don't look at large enterprises which typically have a low turnover rate and when they are looking for programmers, use headhunters. As a good example, approximately 5 billion lines of COBOL are written each year (https://cis.hfcc.edu/faq/cobol). But the list doesn't even show COBOL. Looking at the number of jobs, etc. is a good way to check for job openings - but due to the difference in turnover rates (i.e. C programmers have a much higher turnover rate than COBOL programmers) is not a good measurement. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| woodbrian77@gmail.com: Jul 28 08:56PM -0700 On Thursday, July 28, 2016 at 8:17:09 PM UTC-5, Jerry Stuckle wrote: > openings - but due to the difference in turnover rates (i.e. C > programmers have a much higher turnover rate than COBOL programmers) is > not a good measurement. How to explain the lower turnover rate for such a dull language like COBOL? I'm not sure which is worse Java or COBOL. Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net Brian |
| scott@slp53.sl.home (Scott Lurndal): Jul 29 12:36PM >> not a good measurement. >How to explain the lower turnover rate for such >a dull language like COBOL? Dull? > I'm not sure which >is worse Java or COBOL. Who are you to judge? Why does one language need to be "better" than any other? Use what solves the problem most effectively - and one can solve business problems in COBOL much more effectively (and quickly) than one can solve them with C or C++. |
| Cholo Lennon <chololennon@hotmail.com>: Jul 29 09:53AM -0300 On 07/28/2016 04:28 PM, jacobnavia wrote: >> Lynn > Interesting > Nobody commented on why C++ went from the third to the fourth place. I don't trust in those rankings. If you consider TIOBE for example, C++ is in 3rd place and R is in the position 17th (not to mention that the 1st and 2nd places are swapped in both rankings) Regards -- Cholo Lennon Bs.As. ARG |
| Daniel <danielaparker@gmail.com>: Jul 29 06:35AM -0700 > How to explain the lower turnover rate for such > a dull language like COBOL? Legacy software. Legacy software is software that works, if it hadn't worked, it wouldn't have become legacy. > I'm not sure which is worse Java or COBOL. It's hard to complain about software that works. Daniel |
| Jerry Stuckle <jstucklex@attglobal.net>: Jul 29 10:41AM -0400 > Ebenezer Enterprises - In G-d we trust. > http://webEbenezer.net > Brian Solid job, good salary, great benefits, excellent working conditions. Most of the COBOL programmers I know have been at it for 20 years or more with the same company. And the ones who have retired have comfortable pensions. And they don't think it's dull at all. But who are they do judge - they only do it 40 hours a week. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| Jerry Stuckle <jstucklex@attglobal.net>: Jul 29 10:44AM -0400 On 7/29/2016 9:35 AM, Daniel wrote: >> a dull language like COBOL? > Legacy software. Legacy software is software that works, if it hadn't worked, > it wouldn't have become legacy. I wouldn't consider 5 billion lines of new code every year to be "legacy". I also forgot to mention - the figures I remember from IBM stats was 2 billion each year. While looking for the reference, I came across this one, which looks to be more accurate (IBM made their estimates based on surveys of their customer base - large, but hardly all-encompassing). >> I'm not sure which is worse Java or COBOL. > It's hard to complain about software that works. > Daniel Which is another reason why it's so popular. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| "Chris M. Thomasson" <invalid@invalid.invalid>: Jul 28 11:49PM -0700 On 7/28/2016 11:10 AM, Mr Flibble wrote: > library "neoGFX". > Screenshot: > http://neogfx.org/temp/subpixel3.png Looking very nice! :^) |
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jul 29 03:19AM -0700 Looks truly awesome, Leigh. Something to be proud of. Best regards, Rick C. Hodgin |
| "Alf P. Steinbach" <alf.p.steinbach+usenet@gmail.com>: Jul 29 01:33AM +0200 On 28.07.2016 01:48, Frank Tetzel wrote: > does anybody know of any library transforming a regular expression > as a string to an equivalent automaton (minimized DFA preferable)? std::regex > I don't want to do string matching directly, so most of the regex > library can't really help me. I want access to the automaton. Does > anybody know of a library or framework providing this? Nope, sorry. But why exactly doesn't std::regex fit your use case (i.e., what /exactly/ is your use case)? Cheers, - Alf |
| Christian Gollwitzer <auriocus@gmx.de>: Jul 29 09:52AM +0200 Am 28.07.16 um 01:48 schrieb Frank Tetzel: > a string to an equivalent automaton (minimized DFA preferable)? I don't > want to do string matching directly, so most of the regex library > can't really help me. I want access to the automaton. Hmm, why is it not possible to inspect the internals of a library? Too much detail? Maybe this site is helpful to you: https://swtch.com/~rsc/regexp/ The details of the transformation are explained in the first link https://swtch.com/~rsc/regexp/regexp1.html and an implementation is linked from the main page. I haven't studied it in detail, but it looks close to what you are looking for. Christian |
| Frank Tetzel <s1445051@mail.zih.tu-dresden.de>: Jul 29 11:59AM +0200 > Nope, sorry. > But why exactly doesn't std::regex fit your use case (i.e., what > /exactly/ is your use case)? My usecase are regular path queries (RPQ) on directed, labeled graphs. Basically you want to check if a vertex pair is connected by a path whose label (concatenation of the edge labels) satisfies a regular expression. The alphabet for the regular expression is the set of edge labels. Yeah, that's a very special usecase. So, i think, i need direct access to the automaton as i have to take transitions more directly (during traversing the graph). I don't think one can use std::regex for that. Is it even possible to define an aplhabet for std::regex? Regards, Frank |
| Frank Tetzel <s1445051@mail.zih.tu-dresden.de>: Jul 29 11:59AM +0200 > > library can't really help me. I want access to the automaton. > Hmm, why is it not possible to inspect the internals of a library? > Too much detail? It is probably possible to rip the specific parts out of the library. I was just wondering if there was something more readily available. > https://swtch.com/~rsc/regexp/regexp1.html > and an implementation is linked from the main page. I haven't studied > it in detail, but it looks close to what you are looking for. I found this site too and i plan to use it as a reference for my own implementation. Thanks for pointing out that there's also an implementation available on the site. I missed that before. Regards, Frank |
| Daniel <danielaparker@gmail.com>: Jul 28 04:16PM -0700 On Thursday, July 28, 2016 at 7:01:08 PM UTC-4, Öö Tiib wrote: > > I want to have a class template that has a specialization for bool, and > > also for std::vector<bool>::const_reference if that type differs from bool. > That is odd ... AFAIK it is *required* to be bool. I was under that impression too, but based on cppreference, which is perhaps not the best source. Does anyone know for sure? Anyway, it's been reported to me that with Xcode, Apple LLVM 7.1 with -std=c++14 and libc++ (LLVM C++ standard library with C++11 support) it seems not to be the case. Daniel |
| "Öö Tiib" <ootiib@hot.ee>: Jul 28 05:04PM -0700 On Friday, 29 July 2016 02:16:36 UTC+3, Daniel wrote: > Xcode, Apple LLVM 7.1 with -std=c++14 and libc++ > (LLVM C++ standard library with C++11 support) > it seems not to be the case. You are correct clang version 3.8.0 with libc++: http://coliru.stacked-crooked.com/a/d4dfc706d72fc3bd The libc++ architect Howard Hinnant explains why is that in answer to same question: http://stackoverflow.com/questions/31974237/why-is-libcs-vectorboolconst-reference-not-bool I myself think that 'std::vector<bool>' was mistake. I prefer 'std::bitset' instead of 'std::array<bool, N>' and 'boost::dynamic_bitset' instead of 'std::vector<bool>'. |
| Daniel <danielaparker@gmail.com>: Jul 28 07:16PM -0700 On Thursday, July 28, 2016 at 8:04:26 PM UTC-4, Öö Tiib wrote: > The libc++ architect Howard Hinnant explains why is that in answer to > same question: > http://stackoverflow.com/questions/31974237/why-is-libcs-vectorboolconst-reference-not-bool Thanks for looking into that! > I myself think that 'std::vector<bool>' was mistake. > I prefer 'std::bitset' instead of 'std::array<bool, N>' and > 'boost::dynamic_bitset' instead of 'std::vector<bool>'. Agreed. Daniel |
| 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