rrlangly <richard.ringo.lan...@gmail.com> writes:

> Does anyone have an idea as to why I'd get the following error when
> compiling my program using autotools. This used to compile and run, then
> I added new code and linked against a new library, and now I get this.

> g++ -DHAVE_CONFIG_H -I. -I../../GXT/src -I..  -I../../GXT/include
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I
> /usr/include/festival -I /usr/include/speech-tools -I/usr/include/boost -I
> /usr/local/include -I /usr/local/include/OGRE/Terrain
> -I/usr/local/include/OGRE/Paging -I/usr/local/include/OGRE -I
> /opt/ion-inb-1.1.0/include -I/home/priggy/Projects/subA/libbern
> /home/priggy/Projects/subA/asn.1/bern-sn.h
> /home/priggy/Projects/subA/util/bern-ut.h
> /home/priggy/Projects/subA/util/bern-no.h
> /home/priggy/Projects/subA/util/bern-res.h
> /home/priggy/Projects/subA/util/bern-am.h
> /home/priggy/Projects/subA/util/bern-da.h
> /home/priggy/Projects/subA/util/bern-v.h
> /home/priggy/Projects/subA/util/bern-ver.h
> /home/priggy/Projects/subA/libbbc/bbc-c.h

This is the broken part.  Somehow, that list of individual header files
got plugged into what looks like the CPPFLAGS setting for this
compilation, so they look like individual source files.  I suspect that
somewhere you're setting the wrong Automake variable to a list of header
files, although I don't see that in the Makefile.am excerpt that you
included.

-- 
Russ Allbery (r...@stanford.edu)             <http://www.eyrie.org/~eagle/>


Reply via email to