| Summary: | app-office/libreoffice-3.3.2 fails to build with dev-libs/icu-4.8_rc1 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Marco Napetti <marco.napetti> |
| Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | kripton |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Marco Napetti
2011-05-21 09:37:28 UTC
I can build libreoffice-3.2.2 fine here one amd64 with icu-4.8_rc1. It fails with bison-2.5.0 however (see http://bugs.gentoo.org/show_bug.cgi?id=367963). Can you please post your build.log? My ebuild.log is 6,7MB big, bugzilla's limit is 1000KB, I've uploaded it on my dropbox account: http://dl.dropbox.com/u/18969675/build.log I have sys-devel/bison-2.5, but is after downgrading to dev-libs/icu-4.6.1 that revdep-rebuild stopped pretending to rebuild libreoffice Can you please try to install manually (via emerge -1av): icu-4.8_rc1 and bison-2.4.3 and then try to emerge libreoffice again? The same error described in the bug I mentioned can be found in your build.log: .Compiling: xmloff/source/draw/animationimport.cxx ..In file included from /home/portage/app-office/libreoffice-3.3.2/work/libreoffice-build-3.3.2.2/build/libreoffice-3.3.2.2/connectivity/source/parse/wrap_sqlbison.cxx:32:0: ../../unxlngx6.pro/misc/sqlbison.cxx: In function 'int SQLyyparse()': ../../unxlngx6.pro/misc/sqlbison.cxx:7814:9: error: invalid conversion from 'const char*' to 'sal_Char*' ../../unxlngx6.pro/misc/sqlbison.cxx:7814:9: error: initializing argument 1 of 'void connectivity::OSQLParser::error(sal_Char*)' dmake: Error code 1, while making '../../unxlngx6.pro/slo/wrap_sqlbison.obj' Yes, you're right, with icu-4.8_rc1 and bison-2.4.3 libreoffice builds fine. So this bug should become something like "revdep-rebuild don't care about bison changes" It's not revdep-rebuild's scope to detect such breakages. revdep-rebuild looks for broken library-linkages. This here has nothing to do with that, it has something to do with the headers bison installs. They changed some structures and now libreoffice fails to compile against them. Such things can only be fixed by compiling with the old bison-headers installed or by patches that change libreoffice to be able to use the new bison-structure. I'd see this bug be a DUPLICATE of the forementioned bug or a RESOLVED INVALID since libeoffice doesn't have a problem with icu-4.8_rc1. So, if I undestanded right, I can build libreoffice with bison-2.4.3, then upgrade to bison-2.5.0 and libreoffice will work fine because the problems are only at build time? *** This bug has been marked as a duplicate of bug 367963 *** (In reply to comment #6) > So, if I undestanded right, I can build libreoffice with bison-2.4.3, then > upgrade to bison-2.5.0 and libreoffice will work fine because the problems are > only at build time? Yes, that should work just fine. At least, I don't have a problem here. But I don't use any SQL-related features in LO. |
