GNOME Bugzilla – Bug 362975
1.5.0 compile still reporting itself as version 1.4.7
Last modified: 2012-11-18 11:12:40 UTC
Please describe the problem: new 1.5.0 version still compiles in 1.4.7 as the version. A quick grep -R shows the files that may need updated. [root@telinux7 doxygen-1.5.0]# grep -R '1\.4\.7' */* addon/doxmlparser/test/Makefile:VERSION = 1.4.7 addon/doxmlparser/examples/metrics/Makefile:VERSION = 1.4.7 addon/doxmlparser/src/Makefile:VERSION = 1.4.7 addon/doxyapp/Makefile:VERSION = 1.4.7 addon/doxywizard/Makefile:VERSION = 1.4.7 Binary file bin/doxygen matches Binary file bin/doxytag matches doc/install.doc:For doxygen 1.4.7 or higher it is recommended to doc/language.doc:Currently (version 1.4.7), 33 languages doc/Makefile:VERSION = 1.4.7 doc/translator_report.txt:(1.4.7) examples/Makefile:VERSION = 1.4.7 Binary file lib/libdoxygen.a matches libmd5/Makefile:VERSION = 1.4.7 libpng/Makefile:VERSION = 1.4.7 Binary file objects/version.o matches packages/rpm/doxygen.spec:%define version 1.4.7 qtools/Makefile:VERSION = 1.4.7 src/Makefile:VERSION = 1.4.7 src/version.cpp:char versionString[]="1.4.7"; Steps to reproduce: 1. downloaded ftp://ftp.stack.nl/pub/users/dimitri/doxygen-1.5.0.src.tar.gz 2. compiles fine. 3. doxygen --version Output is 1.4.7 Actual results: program reports it is the 1.4.7 version rather than the 1.5.0 version via "doxygen --version" Expected results: Expect it to report 1.5.0 Does this happen every time? yes Other information: rpm spec file section of interest. Nothing special being done. ===================== %prep %setup -q %build %if %{with_qt} QTDIR="" && . /etc/profile.d/qt.sh %endif export OLD_PO_FILE_INPUT=yes ./configure \ --prefix %{_prefix} \ --shared \ --release \ %if %{with_qt} --with-doxywizard \ %endif --install %{_bindir}/install make %{?_smp_mflags} all %if %{with_qt} make docs %endif ======================
The version controls are done in the configure script. As such, this is not a bug. If you unpacked the tarball over the 1.4.7 contents, then troll make might be a problem. Unpack the tarball into an empty directory, and you should get the correct result. The problem with troll make will probably not be fixed, because we are considering the use of autotools at the moment.
*** Bug 366536 has been marked as a duplicate of this bug. ***