Hello,
On Wed, Oct 27, 2004 at 08:05:57AM +0200, [EMAIL PROTECTED] wrote:
> I see two choices for you: upgrade to glade-2
this would be best, of course.
> or downgrade your auto*tools.
As mentioned in my previous mail, the log posted in the mail contains
only _warnings_ or suggestions, the only
On Wed, Oct 27, 2004 at 01:41:50AM +0200, Jonas Weismueller wrote:
> Hi,
> I just tried to compile a simple GTK application generated by glade.
> Tutorials are saying to run autogen.sh . I did, but with errors
To me it seems you have an application generated by a quite old glade
(which targets ol
Hello,
On Wed, Oct 27, 2004 at 01:41:50AM +0200, Jonas Weismueller wrote:
> I just tried to compile a simple GTK application generated by glade.
> Tutorials are saying to run autogen.sh . I did, but with errors
[...]
> I was told it shoudl be a problem of automake? Any hints?
The problem is that
Hi,
I just tried to compile a simple GTK application generated by glade.
Tutorials are saying to run autogen.sh . I did, but with errors
[EMAIL PROTECTED] project2]$ ./autogen.sh
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on th
On Tue, Oct 26, 2004 at 04:35:26PM +0200, Peter Simons wrote:
> Alexandre Duret-Lutz writes:
>
> > It occured to me that maybe you were trying to use
> > $(LIBOBJS) outside of libgetopt/Makefile.am. Don't.
> > $(LIBOBJS) is expected to be used only in the directory
> > holding the substitute so
On Tue, 26 Oct 2004, Jens Rehsack wrote:
Another way is to use the non-recursive build approach where the sources
are located in subdirectories.
You mean adding sth. like this:
lib_LTLIBRARIES = libfpbase.so
libfpbase_so_SOURCES = $(src_dir)/core/base/$(core_base_SOURCES) \
Alexandre Duret-Lutz writes:
> It occured to me that maybe you were trying to use
> $(LIBOBJS) outside of libgetopt/Makefile.am. Don't.
> $(LIBOBJS) is expected to be used only in the directory
> holding the substitute sources.
So I need to add a Makefile.am _and_ and a configure.ac file
to t
Bob Friesenhahn wrote:
On Fri, 22 Oct 2004, Alexandre Duret-Lutz wrote:
Jens> Are there any tips how to write such Makefile.am's?
Consider using Libtool convenience libraries for your
subdirectories (there is a section about this in the Automake
manual).
Another way is to use the non-recursive bui
Alexandre Duret-Lutz wrote:
"Jens" == Jens Rehsack <[EMAIL PROTECTED]> writes:
[...]
Jens> Are there any tips how to write such Makefile.am's?
Consider using Libtool convenience libraries for your
subdirectories (there is a section about this in the Automake
manual).
Yes, that I hadn't seen - the
On Tue, Oct 26, 2004 at 02:43:26PM +0200, Alexandre Duret-Lutz wrote:
> On Tue, Oct 26, 2004 at 02:01:18PM +0200, Peter Simons wrote:
> > Alexandre Duret-Lutz writes:
> >
> > >> AC_LIBOBJ(libgetopt/getopt)
> > >> AC_LIBOBJ(libgetopt/getopt1)
> >
> > > AC_LIBOBJ([getopt])
> > > AC_LIBOBJ([getopt
On Tue, Oct 26, 2004 at 02:01:18PM +0200, Peter Simons wrote:
> Alexandre Duret-Lutz writes:
>
> >> AC_LIBOBJ(libgetopt/getopt)
> >> AC_LIBOBJ(libgetopt/getopt1)
>
> > AC_LIBOBJ([getopt])
> > AC_LIBOBJ([getopt1])
>
> Then automake / autoconf won't find the files:
>
> configure.ac:173: require
Alexandre Duret-Lutz writes:
>> AC_LIBOBJ(libgetopt/getopt)
>> AC_LIBOBJ(libgetopt/getopt1)
> AC_LIBOBJ([getopt])
> AC_LIBOBJ([getopt1])
Then automake / autoconf won't find the files:
configure.ac:173: required file `./getopt1.c' not found
configure.ac:173: required file `./getopt.c' no
12 matches
Mail list logo
