similar to: [PATCH] doc: fix out-of-tree build

When building outside of the source tree, the Doxyfile needs to be generated in the build tree and should point to the proper paths for include directories and html footer. The generated api files to install should also be taken from the build tree instead of the source tree. --- configure.ac | 1 + doc/Doxyfile | 1220 --------------------------------------------------

It seems the mail you are referring to never made the list: it's not in the archives and not in my mailbox. Take a look here: http://lists.xiph.org/pipermail/flac-dev/2012-December/thread.html It's probably still waiting for moderation. On 07-01-13 17:07, Olivier BLIN wrote: > On 29/12/2012 00:06, Olivier Blin wrote: >> When building outside of the source tree, the Doxyfile

Hi, On Sat, Jan 28, 2017 at 2:04 AM, Raghavan, Karthik < karthikr at qti.qualcomm.com> wrote: > Hi > > > > I am not sure if this issue has been resolved, but on the latest opus > 1.1.4, > > · I downloaded the tarball, > > · ran ./configure followed by > > · make and then > > · make check > > > > Can you

Hi I am not sure if this issue has been resolved, but on the latest opus 1.1.4, * I downloaded the tarball, * ran ./configure followed by * make and then * make check Can you please help? Thank you make[3]: Entering directory `/prj/avspw/karthikr/Development/BFamily/Broadcast/SDM845/Opus/opus-1.1.4/doc' doxygen Warning: ignoring unsupported tag

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1335345862 -3600 # Node ID 057516cb84336da09fe3163aeeb9039cf4d20c26 # Parent 5d796144e8a276ea843c5ad5ec4ae678194d50f3 docs: use "a4" not "a4wide" paper type for doxygen and latex a4wide is no longer shipped in texlive. Reported by Bastian Blank Signed-off-by: Ian Campbell

Includes - A make debug target that disables optimizations and enables assertions, - Proper ./configure switches for the optional features, - A configuration summary, - libtool versioning information, - Visibility and warning flags, - API documentation, and - Support for out-of-tree builds. Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu> --- .gitignore | 29 +++++

On Tuesday, January 7, 2003, at 10:15 PM, Josh Coalson wrote: > I am going to check in a fix soon that will be in flac-1.0.5-beta2. > In the meantime you can manually add -Dunix to the two assignments > of OUR_CFLAGS_TAIL in configure. I tried that fix, ran `make clean; ./configure --prefix=/opt` then: [TLB:~/Desktop/flac-1.0.5_beta1/flac-1.0.5_beta1] glenn% make make all-recursive

Chris Lattner wrote: >> I tried generating the docs myself ... doxygen simply refuses to >> create pages for classes defined in anonymous namespaces in cpp files. >> I enabled options such as EXTRACT_ALL, EXTRACT_PRIVATE and >> EXTRACT_LOCAL, but no luck. How is the publicly available >> documentation generated? > > They are generated from the Makefile in

On Tue, 15 Nov 2005, Sameer D. Sahasrabuddhe wrote: > The docs available on illuvium.com are different from the one's present in > the doxygen tarball on the same page ... can the tarball be generated from > the same docs as the browseable version? I considered crawling the > illuvium.com site, but it would be better to simply have a tarball available. Agreed. I have been

On 10/15/06, Peter Selinger <selinger@mathstat.dal.ca> wrote: > I have converted NUT's build system to Automake/Libtool. Right now, > the new build system is contained in the "automake" branch, at: Wow... this is really nice. Thanks for taking the time to do the conversion. > drivers/Doxyfile - this seems to belong to Charles. Perhaps >

--- Glenn <glenn@meaning.com> wrote: > On Tuesday, January 7, 2003, at 10:15 PM, Josh Coalson wrote: > > I am going to check in a fix soon that will be in flac-1.0.5-beta2. > > In the meantime you can manually add -Dunix to the two assignments > > of OUR_CFLAGS_TAIL in configure. > > I tried that fix, ran `make clean; ./configure --prefix=/opt` then: > >

Hi, The docs available on illuvium.com are different from the one's present in the doxygen tarball on the same page ... can the tarball be generated from the same docs as the browseable version? I considered crawling the illuvium.com site, but it would be better to simply have a tarball available. I tried generating the docs myself ... doxygen simply refuses to create pages for classes

Generated documentation needs to be removed by this target for 'distcheck' to succeed. --- doc/Makefile.am | 2 +- doc/html/Makefile.am | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/Makefile.am b/doc/Makefile.am index 67703e9..54ec270 100644 --- a/doc/Makefile.am +++ b/doc/Makefile.am @@ -38,5 +38,5 @@ doc_DATA = \ EXTRA_DIST = Doxyfile.in

--- Matt Zimmerman <mdz@debian.org> wrote: > On Wed, Jan 08, 2003 at 12:20:52PM -0600, Glenn wrote: > > > I tried that fix, ran `make clean; ./configure --prefix=/opt` then: > > > > [TLB:~/Desktop/flac-1.0.5_beta1/flac-1.0.5_beta1] glenn% make > > make all-recursive > > Making all in doc > > Making all in . > > doxygen Doxyfile > >

> I have just updated the Makefile.lite build system so it works on > Linux. Can you please test that it hasn't broken the build for you? I tested my setup thoroughly and uncovered a remaining handful of issues, though I don't think they are directly related to your commit. (Though, removing plugin_xmms from the default build was helpful.) With my changes in place, I am able to

I just tried to compile FLAC 1.0.5 beta1 under Apple's X11 v0.1 (released today) and it didn't work. The error message was: file_decoder.c: In function `_declspec': file_decoder.c:477: warning: unused parameter `dllimport' file_decoder.c:478: warning: unused parameter `FLAC__file_decoder_process_until_end_of_file' make[4]: *** [file_decoder.lo] Error 1 make[3]: ***

[I took the liberty of replying on nut-upsdev - not many people are using github yet since the NUT repository native format is still SVN.] On Sep 4, 2012, at 10:17 AM, Emilien Kia wrote: > This is a proposal for a new client library which scopes an higher level than the existing libupsclient. > > It needs less dependencies to be compiled than the libupsclient and can be easier to

i am trying to compile libtheora-1.1alpha2 on a ubuntu system i cant understand what the error message is " libtool: Version mismatch error. This is libtool 2.2.6 Debian-2.2.6a-1ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.2.4. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6 Debian-2.2.6a-1ubuntu1 libtool: and run autoconf again. make[2]:

--- doc/Makefile.am | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/Makefile.am b/doc/Makefile.am index ba6f64c..cf5908a 100644 --- a/doc/Makefile.am +++ b/doc/Makefile.am @@ -22,7 +22,8 @@ doxygen-build.stamp: Doxyfile $(DOCINPUTS) install-data-local: for f in `find html -type f \! -name "installdox"`; do \ - $(INSTALL_DATA) -D $$f

Package: xen-utils-4.0 Version: 4.0.1-5.7 Severity: important After Upgrading to xen-utils 4.0.1-5.7 my pygrub Xen VMs won't boot. Running pygrub manually shows: /usr/lib/xen-default/bin/pygrub --args=root="/dev/xvda ro" --output=/tmp/foo /dev/vg0/vm-disk Using <class 'grub.GrubConf.Grub2ConfigFile'> to parse /boot/grub/grub.cfg WARNING:root:Unknown directive