- Rick C. Hodgin - 1 Update
- Template Library files and Header linking troubles - 3 Updates
- Maintenant de la mathematique de la philosophie politique.. - 1 Update
- "Use Stronger Types!" - 2 Updates
- templates within templates - 1 Update
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Nov 05 04:13PM -0700 On Wednesday, October 12, 2016 at 3:25:04 PM UTC-4, Rick C. Hodgin wrote: > There are so many multi-use features found in DNA and RNA that > Darwinian evolution is completely disproven, and actually becomes > an embarrassment in the face of emerging evidence. A newly discovered rotary engine inside the human body. It generates ATP that every cell needs and uses for energy: ATP Synthase https://www.youtube.com/watch?v=XI8m6o0gXDY This one exists atop the already known bacterial flagellum "outboard engine" that spins up to 100,000 RPM: Bacterial Flagellum https://www.youtube.com/watch?v=0N09BIEzDlI These are biochemical machines designed for these purposes. Best regards, Rick C. Hodgin |
Popping mad <rainbow@colition.gov>: Nov 05 08:28PM On Sat, 05 Nov 2016 19:21:39 +0000, Ben Bacarisse wrote: > directive #include, less any source lines skipped by any of the > conditional inclusion (16.1) preprocessing directives, is called a > translation unit." By this definition, I'm not understanding what Mr Steinbach is saying. These files are connected by #includes and should be visible to each other at compile time, and yet when a template is created in a namespace in the .h file, that namespace is not even being translated as a namespace scope in the .cpp file even when they are cross #included to each other. I don't know what it is doing or why. |
Paavo Helde <myfirstname@osa.pri.ee>: Nov 05 11:52PM +0200 On 5.11.2016 17:41, Popping mad wrote: > || tree::NODE<unk>::NODE( unk states, NODE<unk> *cl, NODE<unk> *cr, > NODE<unk> *p ){ > || ^~~~ This is not a linker error. Is the namespace called "tree"? If so, change this code to #include "nodes.h" #include <iostream> using namespace std; namespace tree { template<class unk> NODE<unk>::NODE( unk states, NODE<unk> *cl, NODE<unk> *cr, NODE<unk> *p ){ cout << "Im here" << endl; } template<class unk> NODE<unk>::~NODE<unk>(){ }; } |
"Öö Tiib" <ootiib@hot.ee>: Nov 05 02:56PM -0700 On Saturday, 5 November 2016 22:28:13 UTC+2, Popping mad wrote: > in the .h file, that namespace is not even being translated as a namespace > scope in the .cpp file even when they are cross #included to each other. > I don't know what it is doing or why. You are too much describing how you are confused with something and your feelings about it and so too few what you expect and what really happens. Perhaps you can make a minimal full example that really does behave in unexpected manner for you? |
Gareth Owen <gwowen@gmail.com>: Nov 05 09:13PM >> Sorry, i have posted in the wrong group. > You are a fucking liar; why don't you do us all a favour and turn your > Usenet spambot off? +1 |
"Öö Tiib" <ootiib@hot.ee>: Nov 05 05:11AM -0700 On Friday, 4 November 2016 01:34:07 UTC+2, Lynn McGuire wrote: > "Use Stronger Types!" > http://arne-mertz.de/2016/11/stronger-types/ > Lynn To have type-safe quantities in crippling manner is trivial. For quantity of "gold" in game it can be fine but in reality we need to do some actual math not just add from "loot" and subtract in "shop". To have quantities in useful manner is far from trivial. Perhaps best public attempt is Boost.Units: http://www.boost.org/doc/libs/1_61_0/doc/html/boost_units.html Quite solid, but trying to do some math with it (for example to use it together with some linear algebra library) may still cause lot of fun. ;) |
Jorgen Grahn <grahn+nntp@snipabacken.se>: Nov 05 08:23PM >> Lynn > Jorgen Grahn has been saying something similar here in > the past. Yes, I have! But I think I haven't been the only one. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
Popping mad <rainbow@colition.gov>: Nov 05 03:48PM On Sat, 05 Nov 2016 17:03:30 +0200, Paavo Helde wrote: > the templates. If this does not suite your code, then maybe you should > not use templates in the first place, but for example run-time > polymorphism (derived classes and virtual functions). No slight was intended. Thank you for giving this your time. I'm not certain as to what your driving at, but obviously it is not what I thought you meant. Regardless, I will be using templates, and I need them for what I want to do, and polymophism and I'll likely avoid virtual functions at this time, although I will reevaluate things later. Ruben |
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