shared object and Makefile.am

[Wesley Smith]

Hi,
I'm trying to use autotools to compile shared object Lua modules.  The
way these modules are named differs from the typical .so conventions
because they're not actually libs one links against but are instead
loaded by Lua itself.  For example, a Lua module binding OpenGL would
look like opengl.so instead of libopengl.so.  I've got a Makefile.am
that works for the usual conventions:

INCLUDES = -I$(srcdir)/include -I/usr/include/lua5.1 -I/usr/include/GL
LIBS = -shared

lib_LTLIBRARIES = libopengl.la
libopengl_la_SOURCES = src/LuaGL.cpp src/LuaGlu.c

but when I do lib_LTLIBRARIES = opengl.so, I get:


$ autoreconf -i
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
opengl/Makefile.am:4: `opengl.so' is not a standard libtool library name
opengl/Makefile.am:4: did you mean `libopengl.la'?
autoreconf: automake failed with exit status: 1

Is there any way around this?  Some kind of option or setting to
ignore these conventions and not throw an error?

thanks,
wes