Hi Karl,
Regarding the possible addition of a libtool option to ignore .la files, I
would need to take a deeper look into how libtool works (I have only scratched
the surface and experimented with it as a "black box" so far, but If I do get
around to it, I will definitely send a patch or post it here).
The strong link between autoconf and automake is fine for me. I remarked on
some slight discrepancies (multiple vs single generated ".h" files assumed),
but this is really not a showstopper.
One thing I might try to look at is how to handle dependencies in Fortran the
way they are handled in C. If this depends on support from the compiler, I am
afraid that as always, there may be no "standard" compiler command syntax, but
if at least there is a "common" one, that would help. So I'll share anything
interesting I find on this when I find some time, though it might wait several
weeks. If C++ precompiled headers use the same logic, it will add additional
motivation.
Best regards,
Yvan
________________________________________
De : k...@freefriends.org <k...@freefriends.org>
Envoyé : jeudi 13 mai 2021 03:20
À : FOURNIER Yvan
Cc : automake@gnu.org
Objet : Re: Future plans for Autotools
Hi Yvan - sorry for the delayed reply.
While configure/automale/libtool seem to be designed to work together,
Yes, they were. It seems your major issues are with libtool. I can
(uselessly) sympathize, but unfortunately that's all I can do. Libtool
is currently unmaintained (according to GNU records), so until someone
volunteers to work on it, there will presumably be no further changes to
it. (Maybe you or someone reading this wants to take up the challenge?)
- but when it encounters .la files with incorrect .la files, libtool
adds the incorrect dependencies or options, with no workaround
If you (or anyone) can provide a patch for that specific critical issue
in libtool, it might be possible to somehow make a bug fix release.
- or make them more modular, and better able to work
independently. This is probably more of a documentation / example
code issue than an actual development issue.
I expect you know this, but Automake completely depends on
Autoconf. That's not going to change, in the current reality. OTOH,
using libtool is completely optional. Many auto{make,conf} projects
don't use libtool.
For Automake, and I expect for Autoconf, specific documentation
suggestions are welcome, but I at least can't write anything from
"make them more modular", however much I agree in principle.
There are quite a few "best practices" autotools documents around, some
written by past autotools developers, others by autotools users. Sounds
like you have enough experience that you could write your own useful
addition :).
Best regards,
Karl
Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à
l'intention exclusive des destinataires et les informations qui y figurent sont
strictement confidentielles. Toute utilisation de ce Message non conforme à sa
destination, toute diffusion ou toute publication totale ou partielle, est
interdite sauf autorisation expresse.
Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le
copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si
vous avez reçu ce Message par erreur, merci de le supprimer de votre système,
ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support
que ce soit. Nous vous remercions également d'en avertir immédiatement
l'expéditeur par retour du message.
Il est impossible de garantir que les communications par messagerie
électronique arrivent en temps utile, sont sécurisées ou dénuées de toute
erreur ou virus.
____________________________________________________
This message and any attachments (the 'Message') are intended solely for the
addressees. The information contained in this Message is confidential. Any use
of information contained in this Message not in accord with its purpose, any
dissemination or disclosure, either whole or partial, is prohibited except
formal approval.
If you are not the addressee, you may not copy, forward, disclose or use any
part of it. If you have received this message in error, please delete it and
all copies from your system and notify the sender immediately by return message.
E-mail communication cannot be guaranteed to be timely secure, error or
virus-free.
