Thou shalt have no other gods before the ANSI C standard 1416
says...
Randy Howard This is the key point. The long term flexibility is extremely valuable. That same...
I'm not sure I explained myself well enough, because I have used it to support a large number of radically different hardware and OS platforms from a single code base. Theport-* files are quite minimal compared to the overall, with generic access functions in the common code so that the remaining code can behave as if they are part of libc. You'll notice an uncanny similarity between this and an OS source build tree.
That is what I was attempting to describe. I just didn't do it very well apparently.
The thing is Gwyn has been making a lot of claims that he's been unable to back up, in a thread about security. Seeing those posts...
I couldn't agree more. Usually, if it is more than a fraction of the whole (buttuming you aren't working on a GUI, then the rules change) you are not trying hard enough.
Has qmail been proven secure? Has it been put through the ringer by some famous targeted attack? Or has it just been put into wide use and not been...
Of course not, if all the world was POSIX it would be a lot easier, but even that wouldn't solve it entirely. Go ahead and try to get Novell NetWare NLMs, Windows services and Linux & UNIX kernel modules and-or daemons all building from the same source tree without using any platform-specific code. I've done it, and it's not fun. After you figure out the basic set of operations common to all of them (plus a few more like MacOS X just to make it more interesting) it's just a matter of time and attention to detail to make it all transparent to the bulk of the code. The payoff is huge though, I can now use such a framework to add a new product that needs some or all of the platform extensions in almost no time. If a new platform is added, conditional code in theport part of the tree will spit out very clear notes about what is-is not available on the new target and where to go to fix it. Moving a whole suite of packages from 32- bit Windows-Linux to 64-bit Windows-Linux took me about a day using this system, and most of that was testing to be sure the Makefiles had the correct arguments for the new compilers, etc.
Exactly. Adding a new one is now a walk in the park.
-- Randy Howard (2reply remove FOOBAR) "Making it hard to do stupid things often makes it hard to do smart ones too." -- Andrew Koenig
Thou shalt have no other gods before the ANSI C standard 1417
Alt Folklore Computers from Newsgroups
Thou shalt have no other gods before the ANSI C standard 1415