I would like to know if anyone would be willing to test an object file I have on different sets of compilers, and post the results to this thread, as I'm somewhat limited to the number of compilers available to me at the moment. I would really appreciate any help whatsoever.
Thanks in advance.
- Sebastian
Last edited by Sebastiani; 12-29-2003 at 12:39 AM.
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
Here is the object:
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
Make the readme file plain-text please.
Naturally I didn't feel inspired enough to read all the links for you, since I already slaved away for long hours under a blistering sun pressing the search button after typing four whole words! - Quzah
You. Fetch me my copy of the Wall Street Journal. You two, fight to the death - Stewie
What do you mean by "test an object file"?
When I compile with gcc/linux, I get
$ file parser.o
parser.o: 80386 COFF executable not stripped - version 30821
$ g++ -W -Wall parse.cpp parser.o
parser.o: file not recognized: File format not recognized
collect2: ld returned 1 exit status
Sure I can tell what kind of object file it is, but there's no way for me to link against it.
Additionally, each C++ compiler has different name mangling schemes, so even if the object file was compatible at the binary level, the actual names of the symbols are likely to be different.
If you dance barefoot on the broken glass of undefined behaviour, you've got to expect the occasional cut.
If at first you don't succeed, try writing your phone number on the exam paper.
I know that, I was trying to compile a list of platforms I had to generate object files for. Obviously, mac and 'nix-based systems will need their own versions, but for windows machines this object file should work most compilers since it was built with a standard gcc-based one (the mingw). What I *really* need are some conversion utilities that can do this patching in an automated sort of way. Hmmm...TODO.
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
Most people distributing libraries go with:
- distribute source. Not a good idea if its proprietary.
- distribute shrouded source. Some of the recent competition entries used shrouding ideas. It means the same to the compiler, but it is essentially unreadable to humans.
- distribute object libraries pre-built for whatever platforms you want to support. You either need a lot of compilers installed, or a trusted group to build your library for the supported platforms.
If you dance barefoot on the broken glass of undefined behaviour, you've got to expect the occasional cut.
If at first you don't succeed, try writing your phone number on the exam paper.
It's very hard to distribute object files when STL is involved.
Different implementations will define list, pair, vector etc. in different ways.
You will have to distribute one object file for every STL implementation.
Last edited by Sang-drax : Tomorrow at 02:21 AM. Reason: Time travelling
