linux-trace-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Wagner <dwagner@suse.de>
To: linux-trace-devel@vger.kernel.org
Cc: Steven Rostedt <rostedt@goodmis.org>,
	Arnaldo Carvalho de Melo <acme@kernel.org>
Subject: Re: [PATCH v4] libtraceevent: Add initial support for meson
Date: Sat, 24 Dec 2022 16:32:25 +0100	[thread overview]
Message-ID: <20221224153225.ojre2c3fxktfxtj2@carbon.lan> (raw)
In-Reply-To: <20221220180840.32586-1-dwagner@suse.de>

On Tue, Dec 20, 2022 at 07:08:40PM +0100, Daniel Wagner wrote:
> Introduce Meson as build framework for building libtraceevent. This
> lives besides the Makefiles until all the expected initial fallouts
> have been dealed with.
> 
> The build steps are:
> 
>   # configure using .build as build directory and install destination
>   # /tmp/test
>   meson --prefix=/tmp/libtraceevent .build
> 
>   # trigger the build
>   ninja -C .build
> 
>   # install the library
>   ninja -C .build install
> 
> In case you want to build/install the documentation the setup is
> 
>   meson -Ddocs-build=true .build
> 
> Signed-off-by: Daniel Wagner <dwagner@suse.de>
> ---
> v4:
>  - install man pages to correct section, in this case 3

During my packaging attempt I found out that the man pages are installed
into subdirs. So I started to look into the this and ... let's say it's
complicated.

For example libtraceevent-func_apis.txt list a few function which are
also listed in libtraceevent-func_find.txt. The Makefile uses these
function as build names but, if we have two targets with the same name
one will overwrite the other. make seems to tolerate something like
this. Meson doesn't.

I am playing with various ideas how we could handle this. Currently, I
think the best way is to distinguish the different source txt files. So
we have files which are for generating a mans per function (1:n)
and we have txt files which are general documentation (1:1).

  reply	other threads:[~2022-12-24 15:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-20 18:08 [PATCH v4] libtraceevent: Add initial support for meson Daniel Wagner
2022-12-24 15:32 ` Daniel Wagner [this message]
2022-12-24 19:16   ` Steven Rostedt
2022-12-27  7:34     ` Daniel Wagner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20221224153225.ojre2c3fxktfxtj2@carbon.lan \
    --to=dwagner@suse.de \
    --cc=acme@kernel.org \
    --cc=linux-trace-devel@vger.kernel.org \
    --cc=rostedt@goodmis.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).