between libpackage2.so and libsvx641fi.so.
Enable gcc 2.95.3 build again. OO should build and work now
in STABLE with the system gcc.
Obtained from: Alexander Kabaev <ak03@gte.com>
XFree86-4-VirtualFramebufferServer port to fake a real x-server
and to be able to make automated builds on bento.
Set USE_GCC=3.1 since all other options are broken at the moment.
Reviewed by: Will Andrews <will@FreeBSD.org>
OpenOffice works now (on STABLE). Thanks goes to the following people
which helped me a lot :
Tim Tretyak <timothy@umc.com.ua>
Alexander Kabaev <ak03@gte.com>
Carlos F. A. Paniago <pan@panix.ecof.org.br>
Make openoffice compile with gcc from ports, or just with CC=$CC and
CXX=$CXX, like it should normally be. Usable options are:
USEPORTGCC295=YES, USEPORTGCC31=YES and USEPORTGCC32=YES
Add a lot off gcc3.x fixes, make included stlport compile with CURRENT.
Next step will be to include a mozilla build, so we can link openoffice
against mozilla librarys without c++ compat problems.
It seems that our c++ (2.95.3) has still bugs. This time c++ exceptions
do not work as they should and instead a clean exit we get a segfault.
This works with a virgin 2.95.3 compiler, or even the one in the ports
collection. Another bug is a internal compiler error during compile
a part of OO without -g or with -O.
The rtld-elf symbolcache seems to have problems too. If used,
the installation coredumps. A workaround seems to disable the
caching altough this can't be the real solution.
There is also an outstanding problem in the uno-bridge code of OO.
We are currently investigating it:
http://www.openoffice.org/issues/show_bug.cgi?id=5071
I think if the gcc fixes for oo go in before 4.6, we can check against
this version later.
Openoffice does build now till the end. A normal build with a P800 Mhz
does take approximatly 20 hours.
There are still at least two different gcc bugs in our compiler, one
issue has already been found by Alexander Kabaev <ak03@gte.com>. He's
working on fixing the other.
while we are here (AWK had an endless loop), add a FreeBSD configure variable
called with-os-version, so we can check the OSVERSION in the build to support both
STABLE and CURRENT (there are different patches needed)
"the port still is broken, but at least it will save
the next one working on this port some time and efforts."
PR: 30119
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
