Summary: | openoffice-3.1.0 fails to build error: 'glActiveTexture' was not declared in this scope | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rafael <rktspm> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs, const, emond.papegaaij, fcool, jasonbstubbs, jbrouault, jlp.bugs, kit, lucazorzo, marduk, matrix47, skunk, smaarster, vmatare+gbug |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Rafael
2009-05-25 01:22:37 UTC
The same issue here. The missing 'glActiveTexture' indicates that it might be related to the nvidia proprietary driver. Yeah, thanks for this idea. I had the same problem here. Before I build I did eselect opengl set xorg-x11 Now OpenOffice build correctly. After the build i switchted back to nvidia-opengl. Hope that helps. (In reply to comment #3) > Yeah, thanks for this idea. I had the same problem here. Before I build I did > > eselect opengl set xorg-x11 > > Now OpenOffice build correctly. After the build i switchted back to > nvidia-opengl. > > Hope that helps. > Yes! I was just going to reply that I made the same and it worked. However I don't know if using this workaround doesn't cause errors during execution. (In reply to comment #4) > (In reply to comment #3) > > Yeah, thanks for this idea. I had the same problem here. Before I build I did > > > > eselect opengl set xorg-x11 > > > > Now OpenOffice build correctly. After the build i switchted back to > > nvidia-opengl. > > > > Hope that helps. > > > Yes! I was just going to reply that I made the same and it worked. > However I don't know if using this workaround doesn't cause errors during > execution. > I confirm that it is working after switching back to nvidia-opengl. "-DGL_GLEXT_PROTOTYPES" is missing in the CFLAGS of the failed command. Scrolling build.log back you will find this define in previous commands. (In reply to comment #6) > "-DGL_GLEXT_PROTOTYPES" is missing in the CFLAGS of the failed command. With -DGL_GLEXT_PROTOTYPES added to CFLAGS (in make.conf) build succeeded. OpenGL was eselected to nvidia. (In reply to comment #7) > (In reply to comment #6) > > "-DGL_GLEXT_PROTOTYPES" is missing in the CFLAGS of the failed command. > With -DGL_GLEXT_PROTOTYPES added to CFLAGS (in make.conf) build succeeded. > OpenGL was eselected to nvidia. > Interesting cause that's actually already done by the ebuild since ages: use opengl && append-flags "-DGL_GLEXT_PROTOTYPES" Same problem here with 3.0.0. For me openoffice-3.1 builds again on ~amd64 with the new nvidia-drivers (180.60), opengl is set to nvidia. (In reply to comment #8) > Interesting cause that's actually already done by the ebuild since ages: > use opengl && append-flags "-DGL_GLEXT_PROTOTYPES" Looks like the build system loses the flag for some 'random' reason. here the problem seems to be tied to vigra. I got this error after upgrading to vigra-1.6.0, with nvidia-drivers-180.51. Downgrading to vigra-1.5.0-r1 fixed it. I'll see if the combination vigra-1.6.0 + nvidia-drivers-180.60 works out. Here with gentoo x86_64 and nvidia 180.60 everything is ok (3.0.0). (In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #6) > > > "-DGL_GLEXT_PROTOTYPES" is missing in the CFLAGS of the failed command. > > With -DGL_GLEXT_PROTOTYPES added to CFLAGS (in make.conf) build succeeded. > > OpenGL was eselected to nvidia. > > > Interesting cause that's actually already done by the ebuild since ages: > > use opengl && append-flags "-DGL_GLEXT_PROTOTYPES" > OK, there seems to have been a bug in flag-o-matic.eclass (bug #271141) that caused append-flags to NOT add the flag to CXXFLAGS. Could this be the cause of the failure? It would explain why the -DGL... is missing from the compiler's command line for a c++ file. It also explains why my current /var/db/pkg/app-office/openoffice-3.1.0/CFLAGS contains the -DGL... but /var/db/pkg/app-office/openoffice-3.10/CXXFLAGS does not contain the -DGL... (I previously emerged openoffice with eselect opengl set xorg-x11 to work around this problem.) Everybody's reporting that upgrading to nvidia-drivers-180.60 fixed the problem, but they would have synced the fixed flag-o-matic.eclass as well. This is my hypothesis because I'm on nvidia-drivers-180.60 (via overlay), but still have the old eclass in my tree. Let's see if I can test it. (OT: I'm wondering if I can patch an eclass in the portage tree without syncing the whole tree or if I should put the patched eclass in my overlay...) Well, that _seems_ to have fixed it for me. I went from a compilation failure to a successful compilation by patching flag-o-matic.eclass with: http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/flag-o-matic.eclass?r1=1.137&r2=1.138 That was the only change. Also, looking at /var/db/pkg/app-office/openoffice-3.1.0/{CFLAGS,CXXFLAGS} I see -DGL... in both now. (In reply to comment #15) > Well, that _seems_ to have fixed it for me. I went from a compilation failure > to a successful compilation by patching flag-o-matic.eclass with: > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/flag-o-matic.eclass?r1=1.137&r2=1.138 > > That was the only change. > > Also, looking at /var/db/pkg/app-office/openoffice-3.1.0/{CFLAGS,CXXFLAGS} I > see -DGL... in both now. > I've just downgraded nvidia-drivers to 180.51 and re-emerged openoffice-3.1.0 with succes. So it seems the problem was really unrelated to nvidia-drivers. Thanks to everyone for the feedback! Created attachment 193080 [details]
build.log
Still fails here. Maybe different error now.
It's getting frustrating, maybe I should go the -bin way. :-(
(In reply to comment #17) > Created an attachment (id=193080) [edit] > build.log > > Still fails here. Maybe different error now. > > It's getting frustrating, maybe I should go the -bin way. :-( > Interesting. You are hitting another bug. This bug happened to me with gst-python-0.10.15-r1 and gnome-panel-2.26.2 but not with openoffice. Maybe the ebuild has changed. See bug 270964 |