Jack Howarth a écrit :
Jacob,
   Apple's gcc is based on their own branch and is not the
same as FSF gcc. The first FSF gcc that is validated on
on darwin10 was gcc 4.4. However I would suggest you first
start testing against current FSF gcc trunk. There are a
number of fixes for darwin10 that aren't present in the
FSF gcc 4.4.x releases yet. In particular, the compilers
now link with -no_compact_unwind by default on darwin10
to avoid using the new compact unwinder. Also, when you
build your JVM, I would suggest you stick to the FSF gcc
trunk compilers you build. In particular, the Apple libstdc++
and FSF libstdc++ aren't interchangable on intel. So you don't
want to mix c++ code built with the two different compilers.
            Jack
OK. I downloaded gcc 4.4 and recompiled all the server again with it.
Now, throws within C++ work but not when they have to pass through
the JITted code.

The problem is that we need to link with quite a lot of libraries:
/usr/local/gcc-4.5/bin/g++ -o Debug/server -m64 -fPIC -fno-omit-frame-pointer -g -O0 -w Debug/service_helper.o Debug/service.o -L../Debug/64 -ldatabaselibrary -lcryptolibrary -lCPThreadLibrary -lshared -lwin32 -L../CryptoLibrary/lib/Darwin/64 -lcrypto -lssl -lsrp -lint128 -ldl -lpthread ../icu/icu3.4/lib/mac/libicui18n.dylib.34 ../icu/icu3.4/lib/mac/libicuuc.dylib.34 ../icu/icu3.4/lib/mac/libicudata.dylib.34 ../CompilerLibrary/mac/libcclib64.a ../Debug/64/libwin32.a

What can I do about libssl.a, libdl.a  libcrypto.A?

Those are system libraries and I do not have the source code.
Should I compile those too?

I downloaded gcc 4.5 and the situation is the same...

jacob


Reply via email to