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
Ok, but I guess what's confusing me is that, I shouldn't need any other
packages because this used to work for me before (though it's been awhile
since I updated, but did update). I'm writing this small piece of code that
links w/ just this package. I run gentoo so I 'emerge openal' in portage to
Well, yeah. I am using linux, and there is an openal package that I've
already installed and like I've shown ... the file openal.so is there.
That's the file I need to link with. So I'm trying to figure out how to link
my program w/ this shared lib which is a *.so, not a *.la which is what
libtool
Well, I did that and they look fine, but what I don't understand is that
there is no /usr/lib64/openal.la file ... there is however a
/usr/lib64/openla.so which is what I'm trying to link with.
Bob Friesenhahn wrote:
>
> On Fri, 17 Oct 2008, rrlangly wrote:
>>
>> I
I have this in my automake Makefile.am ...
myProg_LDADD= $(OGRE_LIBS) $(OIS_LIBS) -L/usr/lib64 -lglib-2.0 libs/utils
libmyProgUtils.la -lopenal libs/events/libmyProgEvents.la
And when I compile, I get the following error ...
libtool: link: cannot find the library `/usr/lib64/libopenal.la
Hi all,
I've got a really simple automake just now working w/ my app and what's
happening is that the object files are being placed in my source file
directory. I'd either like to move the obj files to a subdir to hide this,
or have my project build in a completely new tree but I'm not sure how
