Re: making subprojects

"Andy Falanga (afalanga)" writes: > I know that I found this once before but am not getting the searches > right. I'm wondering how to incorporate other autotools projects into > my own. The project I'm working on has a dependency on a very recent > version of libusb1. There aren't RPMs availab

Re: automake for fortran with modules

Rudra Banerjee writes: > I am looking for something more automatic, like if I directly create a > makefile, I will probably do something like: > %.o: %.f90 > $(F90) $(COMPFLAGS) $*.f90 > > Is this possible to do something like this for automake as well? At least not out of the box: curren

Re: Including Dynamic libraries and java functionality in makefile.

Sujit Devkar writes: > Dear Sir/Madam, > I am working on autotools. > I was using shell script to compile my c++ project. > My shell script is > g++ -I/usr/abc/inc -L/usr/abc/lib abc.cpp -lsrl -o abc works > perfectly well. I need to use this in autoconf. > > Also I use .java files in the project

Re: Including Shared Objects and other files in Makefile.am

Sujit Devkar writes: > Hi, > I tried using AM_CPPFLAGS= -I/usr/abc/inc and AM_LDFLAGS= > -L/usr/abc/lib, but I get these are directories. > Also when I tried using AM_LDFLAGS= /usr/abc/lib/libsrl.so but I get > access denies even I am root. > > My shell script which has > e.g. g++ -I/usr/abc/inc -

Re: help to create automake

Rudra Banerjee writes: > Yes, > I got some site on non-recursive automake. > But I have one more queries: I have 100+ routine in src/. > Do I need to enter ALL of them manually as automake do not like > wildcards, or we have any shorter way? Well, I usually command my text editor to paste into t

Re: help to create automake

Rudra Banerjee writes: > Dear Friends, > My Project has a structure > MAIN DIR > __|__ > | | > src/ main.c (and other .h file) > > Inside the src/ there are 100+ file, which will be linked to main.c to > creat

Re: Win32 compile option

Hi Ken, Ken Perl writes: > Hello, > > I have AM_PATH_GTK_2_0(1.3.5) in configure.ac and > app_CPPFLAGS = @GTK_CFLAGS@ > app_LDADD = @GTK_LIBS@ > in Makefile.am > > the above works fine on Linux and compiles crossly a simple win32 > version on Linux, if I'd transfer one -mwindows compile-link opti

Re: automake cross compile on Linux

Ken, I got no errors following your example: make all-am make[1]: se ingresa al directorio `/home/alberto/testAutotools/ming' i586-mingw32msvc-gcc -DHAVE_CONFIG_H -I. -g -O2 -MT hello.o -MD -MP -MF .deps/hello.Tpo -c -o hello.o hello.c mv -f .deps/hello.Tpo .deps/hello.Po i586-mingw32msvc-gc

Re: [PATCH] build: use automake's --silent-rules option when possible

El Sábado 28 Marzo 2009ES 17:14:10 Jan Engelhardt escribió: > On Saturday 2009-03-28 16:44, Ralf Wildenhues wrote: > >Hi Bob, Jim, > > > >* Bob Friesenhahn wrote on Sat, Mar 28, 2009 at 04:40:16PM CET: > >> On Sat, 28 Mar 2009, Jim Meyering wrote: > >>> I like automake's upcoming --silent-rules opt

Re: Fortran projects (was: Compilation order)

Hi Ralf, El Martes 07 Octubre 2008ES 22:34:49 Ralf Wildenhues escribió: > There are two projects for Automake lurking here: [snip] during these weeks I have been thinking a bit about those two problems (header and module dependencies). I have read the links you provided, specially the one descr

Re: Fortran projects (was: Compilation order)

Hello Ralf, El Martes 07 Octubre 2008ES 22:34:49 Ralf Wildenhues escribió: > Hello Alberto, > > * Alberto Luaces wrote on Mon, Oct 06, 2008 at 05:11:42PM CEST: > > El Domingo 05 Octubre 2008ES 11:23:40 Ralf Wildenhues escribió: > > > Before you implement manual depende

Re: Compilation order

El Domingo 05 Octubre 2008ES 11:23:40 Ralf Wildenhues escribió: > Before you implement manual dependency tracking in your own project: > how about implementing it in Automake, so that all Fortran projects can > benefit? > > I've been wanting to do that for quite a while, but I don't have the > time

Re: Compilation order

El Lunes 29 Septiembre 2008ES 21:48:43 Paul Smith escribió: > On Mon, 2008-09-29 at 21:41 +0200, Ralf Wildenhues wrote: > > When run in parallel (-jN) mode, make doesn't guarantee any order of > > rule execution except that implied by the dependency relations. > > To be really, really pedantic: eve

Re: Compilation order

Hi again, El Lunes 29 Septiembre 2008ES 10:26:56 Alberto Luaces escribió: > I then removed the VPATH statement and began to write the full path of > every source file: > > libfoo_a_SOURCES = a.f90 $(srcdir)/A/b.f90 $(srcdir)/B/c.f90 ... I finally solved my issue. I had left some old

Compilation order

Hello, isn't it assured that the build of the objects listed on a Makefile.am is made in the order of the sources of that file? I have a Fortran convenience library to build, so there isn't any dependency mechanism that could interfere in the compilation order. My problem is that this library