Slashdot Mirror

← Back to Stories (view on slashdot.org)

Platform Independent C++ OS Library?

Posted by timothy on from the one-to-rule-them-all dept.

quench writes "Hello! I have been away from Windows and Linux application software for 5 years or so, doing mainly C-like embedded C++ programming. Now, I am about to start a project emulating embedded hardware on Windows. Been there, doing #ifdef WIN32 and #ifdef LINUX stuff, don't really want to go there any more. What I actually need is a platform independent lib covering Windows and Linux variants to handle sockets, IPC and threads abstractions. And a rock solid but simple embedded database to emulate flash memory. My reflex said, go for ACE and Berkeley-DB. Tell me, am I out of time? Am I missing something new and trendy, easier to use and better? Did time stand still?"

4 of 310 comments (clear)

  1. JAVA by Anonymous Coward · · Score: 3, Insightful

    This platform independent lib you are looking for is called JAVA.

  2. Qt by Anonymous Coward · · Score: 5, Insightful

    Nokia QT rocks...

  3. Re:As someone working on a massive project... by Anonymous Coward · · Score: 3, Insightful

    Use autoconf to handle platform idiosyncrasies.

    Ugh. Autoconf & automake are the most horrible things I've tried to use in recent times. These tools are far from simple and what works with newer versions of the tools isn't even compatible with older versions. The syntax is antiquated and there are multiple ways to achieve the same thing each with different pitfalls.

    Somewhere there is a meteorite set to strike autoconf. I hope it gets here soon since it's about 20 years late...

  4. Java, Perl, and WxWidgets... by taoboy · · Score: 3, Insightful

    ...are ones with which I have the most experience. WxWidgets IMHO is the best 'close-to-the-metal' API, with the most available constructs to allow me to implement in C/C++ the Perl prototypes I develop. But most recently I've been noodling with Java to develop a high-availability platform, and I regularly run multiple jvms in Windows command shells to build stuff out, and then take the classes unchanged to a ttylinux-SunJRE-based cluster I run with VirtualBox.

    I'm not a Java advocate by any means, but you can't ignore the portability...