GNOME Bugzilla – Bug 326683
build problem caused by AS_LIBTOOL_TAGS([CXX])
Last modified: 2006-01-19 21:51:13 UTC
I notice a problem when I try to build gst-plugins-good. Because AS_LIBTOOL_TAGS has ([CXX]) as an argument, it tries to use the C++ compiler for doing the following "nm" check in configure. checking command to parse /usr/ccs/bin/nm -p output from $compiler object But the problem is that if this command ends up compiling a test program and the compile program it ends up generating uses the C++ compiler but the CFLAGS I have set up, which isn't valid for the C++ compiler. This causes configure to think it fails, and the generated libtool doesn't set global_symbol_pipe right, and the module build breaks when it tries to link. I'm attaching a simple patch that removes the "([CXX])" from this macro, which makes things work better. I notice that this is how the gst-plugins-base works. I don't know why we are specifying using the C++ compiler here since gst-plugins-good doesn't even have any C++ code in it. Can this patch go into the build? Otherwise we'll need to patch the code locally with this change to get gst-plugins-good to build with out build system.
Created attachment 57190 [details] [review] patch to fix the build God it took me forever (about 2 days) to figure out what was causing this problem. What a headache. :)
Applied, thanks! 2006-01-19 Tim-Philipp Müller <tim at centricular dot net> * configure.ac: Use plain AS_LIBTOOL_TAGS instead of AS_LIBTOOL_TAGS([CXX]), just like in the core and gst-plugins-base. Fixes build on Solaris (fixes #326683; patch by: Brian Cameron <brian dot cameron at sun dot com>)
*** Bug 324367 has been marked as a duplicate of this bug. ***