I don't understand your point. Because .NET isn't used in OS, device driver and high performance development; its not commerical software development? They're small sections of software development..NET is used everywhere - in enterprises, web sites, application development, research and even games (XNA, Unity).
It's not used in commercial software development. It's not used in operating system development. It's not used in device drivers. Basically, it's not used by anyone who needs to do real high performance programming. Why is that? Well, basically because it's not capable of it.
Quake 1 was released in 1996 and it was written in C and assembly because they couldn't get the performance out of C with what hand-crafted assembly could. If only John Carmack and Michael Abrash had your awesome boss they could have written it in just C.That's funny, because I used to be an assembly programmer and I switched to C the minute my boss showed me proof that C language ran just as fast. That was 1991. Prior to that the object code C language generated was not quite as efficient as assembly.
So I am splitting hairs because you said all OSs are written in C++, and I say thats wrong because some OSs are written in C?Despite what you may think, C++ isn't the answer to everything. Not all operating systems are written in C++, Unix and unix-like OSs are written in C.
You think splitting hairs and arguing semantics will let you off the hook? :D
Funny you mention Oracle. Because they have products written completely in java (GlassFish, Netbeans, JDeveloper).Not all commercial software is written in C++, you're bullshitting completely.
Right! Some of it is still written in C! Oracle, for instance!
You're dodging like a motherfucker so I suspect you know the truth about commercial and industrial software development.
Fair enough. I didn't realise you were saying you'd use C++ and Java, and you'd only use java is it had better tools and performance. Thanks for clarifying that.You want to say C++ is a good tool for certain jobs, go ahead, saying its the only tool for all programming is stupid. Really stupid. Only a delusional person could say that with a straight face
I didn't say that. In fact, I said that if Java had some better GUI layout tools and better runtime performance that I'd use it myself for small tasks. I hope your programming skills are better than your reading comprehension.
Set A can stand alone from B because A is a subset of B!Let A, B be sets.
i) A is a subset of B.
ii) Therefore, B is a superset of A.
You assert that A is a subset of B, but A is a standalone set. It contains no part of B. B, on the other hand, incorporates A in its entirety and uses it as a base on which to expand. A is not derived from B but without A, B could not exist. B is a superset of A, but A is not a subset of B.
Found one: http://www.parallax.com/Store/Microcont ... roductNameIt's been 25 years since you could even BUY a C compiler that was not also a C++ compiler. It's the same compiler!
So you agree C++CLI is an extension of C++, and not something that is related to C/C++ except for MS' branding efforts?ME: CLR isn't even RELATED to C/C++ except for Microsoft's pretentious and misleading branding.
YOU: I humbly disagree with you. Want to know who also disagrees with you? THE CREATOR OF C++
Bjarne Stroustrup: C++/CLI is a set of extensions to ISO C++ that provides an extremely complete "binding" of C++ to Microsoft's CLI (Common Language Infrastructure). It has been standardized by ECMA (ECMA-372). I am happy that it makes every feature of the CLI easily accessible from C++ and happy that C++/CLI is a far better language than its predecessor "Managed C++". However, I am less happy that C++/CLI achieves its goals by essentially augmenting C++ with a separate language feature for each feature of CLI (interfaces, properties, generics, pointers, inheritance, enumerations, and much, much more). This will be a major source of confusion (whatever anyone does or says). The wealth of new language facilities in C++/CLI compared to ISO Standard C++ tempts programmers to write non-portable code that (often invisibly) become intimately tied to Microsoft Windows.
I'm not sure where in there you think he's saying that CLI is related to C++. It seems to me he's talking about Microsoft building some extensions that provide a C++ interface for CLI.
Pascal was developed by Niklaus Wirth, not Anders Hejlsberg (C# guy).CLI itself has more in common with Pascal and Delphi,since they were all created by the same guy.
talan said:Quake 1 was released in 1996 and it was written in C and assembly because they couldn't get the performance out of C with what hand-crafted assembly could. If only John Carmack and Michael Abrash had your awesome boss they could have written it in just C.
OldSkoolKamikaze said:C++ fucking sucks.
BlaineMono said:CraigCWB said:It isn't POSSIBLE for anything to ever be MORE efficient than assembly.
Oh my god, what a fucking retard.
Not that I'm against C++, I'm a C++ guy myself, but for jehowah's sake, how can you be so fucking stupid, so fucking misinformed and so fucking indignant at the same time?
CraigCWB said:
CraigCWB said:Are you claiming that there is or could be code that runs better on computers than assembly? Don't know much about digital electronics and how they work, do you? Assembly is a good as it gets as far as runtime efficiency. It is possible for compiled languages to be AS GOOD, but it will never be possible for a compiled language to be better.
I'd like to see you beat Python.
Oh boy oh boy, now I wanna know the name of that compiler from 19 fucking 91 that generated fast asm code. And I'd like to see the snipplets, man.That's funny, because I used to be an assembly programmer and I switched to C the minute my boss showed me proof that C language ran just as fast. That was 1991. Prior to that the object code C language generated was not quite as efficient as assembly.
Do you? Lets make a contest. You write some cheapo lines with a bunch of loops and a sufficient runtime in whatever-asm and I do the same in a run-of-the-mill compiler. Lets see whose shit runs faster.Are you claiming that there is or could be code that runs better on computers than assembly? Don't know much about digital electronics and how they work, do you?
I dont think so. It matters where it actually matters. If you need! your stuff to be 5 percent faster, than you go the route that gives you 5 percent more.Methinks performance matters critically only when it deals in orders of magnitude.
.NET and JAVA suck
There were only two links and I was refering to one link twice. Complete non-issue and moving on;CraigCWB said:Talan, in your previous comments you've been splitting hairs on semantic points and pretending you scored major points, you've misrepresented things I said, and worst of all you provided links on three separate occasions that you claimed proved me wrong when in fact they backed up what I had originally said and proved you wrong instead. I don't know what your problem is but I'm not wasting anymore time arguing with somebody who is not only wrong on the facts but who uses such sleazy methods to try to defend his (wrong) position.
(i) If A and B are sets and every element of A is also an element of B, then:
A is a subset of (or is included in) B;
or equivalently
B is a superset of (or includes) A;
(ii) If A is a subset of B, but A is not equal to B (i.e. there exists at least one element of B not contained in A), then
A is also a proper (or strict) subset of B;
or equivalently
B is a proper superset of A;
This is completely true because there are programs written in C which are not C++ programs. So strictly speaking, C is not a subset of C++. And that is the equivalent of saying, C++ isn't a superset of C.In the strict mathematical sense, C isn't a subset of C++. There are programs that are valid C but not valid C++ and even a few ways of writing code that has a different meaning in C and C++
He is making arguments that C++ is a superset of C; because they share programming techniques, the programs are written the same way with the same space and run-time, and converting code from C to C++ is trivial. As such, making C a subset of C++ through equivalence.However, C++ supports every programming technique supported by C. Every C program can be written in essentially the same way in C++ with the same run-time and space efficiency. It is not uncommon to be able to convert tens of thousands of lines of ANSI C to C-style C++ in a few hours.
a) ANSI C superset K&R CThus, C++ is as much a superset of ANSI C as ANSI C is a superset of K&R C and much as ISO C++ is a superset of C++ as it existed in 1985.
He is saying C++ is not a descentant of C99 (modern C), and thus C++ isn't a superset of C and C isn't a subset of C++. As such, they are siblings because of incompatibilities.C++ is not a descendant of C99; C++ and C99 are siblings. C99 introduces several novel opportunities for C/C++ incompatibilities.
talan said:Pascal was developed by Niklaus Wirth, not Anders Hejlsberg (C# guy).CLI itself has more in common with Pascal and Delphi,since they were all created by the same guy.
SoupNazi said:"Most stable version ever" my ass, fucker keeps crashing on me all the fucking time when the older versions never crashed.