Could anyone shed some light on this? Is there a better
way to conditionally compile certain files?
Mo DeJong
Red Hat Inc
d line arguments."
-exit 1
;;
*)
@@ -258,7 +256,6 @@
it often tells you about the needed prerequirements for installing
this package. You may also peek at any GNU archive site, in case
some other package would contain this missing \`$1' program."
-exit 1
;;
esac
Mo Dejong
Red Hat Inc.
java
See the file tcljava.m4 for some handy JNI and JVM detection
macros.
Mo DeJong
Red Hat Inc
cludes configure substitution
`@SYSINIT@'
Same thing if I do it like so:
libtkgs_la_SOURCES = \
tkgs.c \
tkgs.h \
tkgsColor.c \
tkgsColor.h \
tkgsDrawable.c \
tkgsDrawable.h \
tkgsDriver.h \
tkgsFont.c \
tkgsFont.h \
tkgsInit.c \
tkgsInt.h \
tkgsObj.c \
tkgsObj.h \
@SYSINIT@
Whats the de
\
tkgsObj.c \
tkgsObj.h \
tkgsUnixInit.c \
$(sysinit)
But I still get an error when I run automake.
src/Makefile.am:15: warning: automake does not support conditional
definition of sysinit in libtkgs_la_SOURCES
I am using the CVS versions of autoconf, automake, and libtool
(the ML branch).
Mo DeJong
Red Hat Inc
UBDIRS = common @PLATFORM@
I also found that if you screw up and put some thing like:
SUBDIR = dir1 dir2
It will silently fail and it does not warn you should
have put SUBDIRS.
cheers
Mo DeJong
Red Hat Inc
)
configure:AC_LIBTOOL_CXXAM_DEPENDENCIES(CXX)
Any ideas?
Mo DeJong
Red Hat Inc
On 27 Jun 2000, Alexandre Oliva wrote:
> On Jun 27, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > configure:AC_LIBTOOL_CXXAM_DEPENDENCIES(CXX)
>
> The problem is in both libtool (multi-language) and automake, but I
> believe I've already fixed this pa
On 28 Jun 2000, Alexandre Oliva wrote:
> On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > Do you mean like this?
>
> Yup.
>
> > I tried to rerun with this change but I got the same error.
>
> This particular change wouldn't help at al
AC_PROG_CC
AC_OUTPUT([Makefile])
% cat Makefile.am
lib_LIBRARIES = libfoo.a
libfoo_a_SOURCES = \
foo.c
foo.cc
Am I just missing something obvious? If automake needs
to use RANLIB (when making lib_LIBRARIES) why would
it not include a AC_CHECK_TOOL for ranlib?
Mo DeJong
Red Hat Inc
an
error like this when using a libtool enabled package.
Mo DeJong
Red Hat Inc
On 28 Jun 2000, Alexandre Oliva wrote:
> On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > Ok, then why don't we just run AC_CHECK_TOOL for ranlib
> > and any other programs that might be needed all the time?
>
> Because there are lots of pro
lib/libfoo-0-0-0.dll
Now I just need to figure out how to
make libtool name it "foo.dll" instead
of libfoo-0-0-0.dll.
thanks!
Mo DeJong
Red Hat Inc
my project.
Paul, could you post a link to your project? I am going to
be rewriting the build system for the tcljava project using automake,
so I would also like to take a peek at some examples. I already
have macros to do the JVM detection, I am just interested
in the .java and .jar rules you use in your project.
Mo DeJong
Red Hat Inc
ing: ignoring old commands for target `libtkgs_la-tkgs.obj'
Makefile:566: warning: overriding commands for target
`libtkgs_la-tkgsColor.o'
Makefile:446: warning: ignoring old commands for target
`libtkgs_la-tkgsColor.o'
Makefile:572: warning: overriding commands for target
`libtkgs_la-t
file breaks searching for
a src file on the vpath.
So what should I do now? I can't set the CFLAGS without
adding a compile file but adding a compile file breaks
the build.
stumped
Mo DeJong
Red Hat Inc
in the CVS
version of automake. Any idea how to fix it?
Currently, I just blow away my build dir
if this happens (after a cvs update). If
someone ran ./configure in the src dir
that would not really be an option.
thanks
Mo DeJong
Red Hat Inc
17 matches
Mail list logo
