| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Show the actual unsatisfied dependency instead of repeating the currently tested feature.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Add the file doxygen_sqlite3.db to DX_CLEANFILES. This file is
generated by (some?) newer versions of doxygen.
|
|
|
|
|
|
| |
Quote the DX_RULES assignment to prevent some other M4 macro from
modifying the text. Also transition from direct if-statements to AS_IF
for the same reasons: to prevent undesired macro replacements.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To allow substitutions in the used Doxyfile, two changes are needed:
1. also substitute everything put in the environment (except DOCDIR)
2. allow Doxyfiles to also reside in the builddir
The latter change is a potentially breaking one! The old behaviour was
to always prefix $(srcdir)/ to the location provided as the second
(and forth, sixth, ...) parameter. This needs to be dropped to allow
for searching in the build directory. To compensate, the default now
is $(srcdir)/Doxyfile.
So the following still works:
DX_INIT_DOXYGEN([foo])
DX_INIT_DOXYGEN([foo], , [dest-dir])
While this needs to be changed:
DX_INIT_DOXYGEN([foo], [Doxyfile])
-> DX_INIT_DOXYGEN([foo], [$(srcdir)/Doxyfile])
|
|
|
|
|
|
|
|
|
|
| |
Allow the DX_INIT_DOXYGEN() macro to take more than one Doxyfile
and/or output-directory argument. This may be of interest e.g. for
both public and internal documentation.
This keeps as much backwards-compatibility as possible: of the
preexisting variables, only DX_ENV is changed slightly (removed
DOCDIR).
|
|
|
|
|
|
| |
In the rule for $(PACKAGE).ps depended on by doxygen-ps the
undefined variable MAKEINDEX_PATH was used instead of the correct
variable DX_MAKEINDEX. Fixed.
|
|
|
|
|
| |
Any warnings of Doxygen are much easier to see if there are not
several lines of commands interspersed.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Convert the previously provided aminclude.am snippet in the
documentation into a AC_SUBST substitution. This allows for easy
upgrades to the DX_INIT_DOXYGEN macro without the user having to
manually update the corresponding section of their Makefile.am.
As autoconf substitutions are not recursive, also convert all
@DX_DOCDIR@ and @PACKAGE@ substitutions in the snippet to using
variables. And as AM_CONDITIONAL also relies on substitution,
remove all AM_CONDITIONAL calls and instead use a separate
variable for each of the sections previously enclosed in an if-block.
|
|
|
|
| |
Submitted in <https://savannah.gnu.org/patch/index.php?8462>.
|
|
|
|
|
|
|
|
|
|
| |
Previously, calls to AM_CONDITIONAL were inside shell flow control
structures. The automake manual notes that running AM_CONDITIONAL
conditionally will confuse automake. In this case, later use of the
AM_COND_IF to check if Doxygen was found would result in the
conditional appearing to be false, even if it's not.
http://www.gnu.org/s/hello/manual/automake/Usage-of-Conditionals.html
|
|
|
|
| |
See <http://savannah.gnu.org/patch/?7340> for further details.
|
|
|
|
| |
http://www.gnu.org/software/autoconf-archive/MACRO-NAME.html
|
|
|
|
|
|
|
| |
The serial number corresponds to the number of commits that have
modified the macro in the Archive's Git repository. Refer to
http://www.gnu.org/software/libtool//manual/automake/Serials.html to
find out why these numbers are useful.
|
|
|
|
|
|
| |
disclaimer.
This has been suggested by the FSF on http://www.gnu.org/prep/maintain/html_node/License-Notices-for-Other-Files.html.
|
|
|
|
| |
number of blanks.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Consistently refer to this project as Autoconf Archive.
* Removed the LAST MODIFICATION section, because that information is redundant
in the presence of Git.
* COPYLEFT has been renamed to LICENSE: some licenses, like all-permissive,
are no copylefts.
|
|
|
|
|
|
|
|
|
|
| |
A collegue of mine recently ran into a problem: some "[]" syntax appear
to be leaking through when autoconf generated ./configure. Actually, it
was that a string was over-quoted and was thus not being expanded when
it should have. In some circumstances, it looks like the bug is `mostly
silent' (save for some bogus output in config.log), but we have seen
autoconf fail as a result of the "[]" being taken as an (invalid)
regexp.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The markup format distributed by the Autoconf Macro Archive underwent
the following changes:
* All archive entries use '#' comment delimiters, rather than 'dnl',
because we would like those comments to go into the generated
configure script. It should be simple for everyone to determine
where the macro came from originally, who wrote it, and where the
latest version can be retrieved. To achieve this, every macro used
to start with a distinguished line that shows the URL of its
respective home page, i.e.:
| ##### http://autoconf-archive.cryp.to/ax_prog_acme.html
As it happens, the aclocal utility distributed with Automake
ignores all comment lines that start with a double hash '##', thus
those home page URLs will not make it into any automatically
generated aclocal.m4 file. Duh. To remedy the situation, the
following markup is now used instead:
| # =================================================================
| # http://autoconf-archive.cryp.to/ax_prog_acme.html
| # =================================================================
* The 2.x versions of the GNU GPL and LGPL contain the following
clause:
| You should have received a copy of the <GNU LICENSE NAME> along
| with this program; if not, write to the Free Software Foundation,
| Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
Version 3.x, however, smartly refers the reader to the Web:
| You should have received a copy of the GNU General Public License
| along with this program. If not, see <http://www.gnu.org/licenses/>.
This patch changes all GPL2 and LGPL2 macros to do the same, i.e.
to refer to the GNU web site for the full text of the respective
license.
* Since all m4 files had to be changed in this commit anyway, the
opportunity was used to increase the auto-fill column for
documentation from 65 to 75 characters per line. It's a trivial
change, but it just looks nicer.
|
| |
|
|
|