Ralf Wildenhues wrote:
Yep. Your approach is essentially the hack I had in mind.
Put the added objects in libppl_swiprolog_la_DEPENDENCIES,
too, then things will work. Of course then you have to
put everything else manually in that DEPENDENCIES variable,
too (which automake would otherwise do).
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 08:00:04PM CEST:
> Ralf Wildenhues wrote:
>>
>> Are you saying that you generate Makefile.am (or an include snippet
>> for it) automatically?
> no. In the previous version we generated automatically the individual
> C++ sources, including one that #
Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 12:55:25PM CEST:
[ ... lots of sources, conditional and all ... ]
Using the solution outlined in the Automake manual
(i.e., using conditionals) would cause us to write enormous
Makefile.am files which would be a maintenance
Hello Roberto,
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 12:55:25PM CEST:
>
[ ... lots of sources, conditional and all ... ]
> Using the solution outlined in the Automake manual
> (i.e., using conditionals) would cause us to write enormous
> Makefile.am files which would be a maintenance ni
Hi there,
I desperately need a way out this limitation of Automake.
The problem is as follows: the Parma Polyhedra Library
(http://www.cs.unipr.it/ppl/) provides foreign interfaces
(C, OCaml, Prolog and Java) to a number of abstract domains.
The abstract domains that are interfaced are selectab
