From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.kernel.org ([198.145.29.99]:47548 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726082AbeJEW6E (ORCPT ); Fri, 5 Oct 2018 18:58:04 -0400 Date: Fri, 5 Oct 2018 11:58:43 -0400 From: Steven Rostedt To: Arnaldo Carvalho de Melo Cc: LKML , Jiri Olsa , Ingo Molnar , Namhyung Kim , Tzvetomir Stoyanov , Linux Trace Devel , Colin Patrick McCabe Subject: Re: [PATCH v3] tools/lib/traceevent: Replace str_error_r() with an open coded implementation Message-ID: <20181005115843.46155df8@gandalf.local.home> In-Reply-To: <20181005154740.GD20250@kernel.org> References: <20181002175539.2ac894c7@gandalf.local.home> <20181005113056.55b23c31@gandalf.local.home> <20181005153731.GC20250@kernel.org> <20181005114516.68f47767@gandalf.local.home> <20181005154740.GD20250@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-trace-devel-owner@vger.kernel.org List-ID: On Fri, 5 Oct 2018 12:47:40 -0300 Arnaldo Carvalho de Melo wrote: > Em Fri, Oct 05, 2018 at 11:45:16AM -0400, Steven Rostedt escreveu: > > On Fri, 5 Oct 2018 12:37:31 -0300 > > Arnaldo Carvalho de Melo wrote: > > > > > Em Fri, Oct 05, 2018 at 11:30:56AM -0400, Steven Rostedt escreveu: > > > > Bah, I now get warnings that sys_nerr and sys_errlist are deprecated. > > > > > > > > OK, so going back to just using the racy strerror() should be good > > > > enough, as this incompatibility with strerror_r() is a disaster! > > > > > > I've been there, done that... ;-) Check: > > > > > > tools/lib/str_error_r.c > > > tools/lib/bpf/str_error.c > > > > > > The trick: have this function in a separate file, so that _GNU_SOURCE > > > doesn't get in the way... > > > > > > > Yep, I've been looking at these. I'll need to add yet another version, > > so that we can have it for the external libtraceevent. I'll be sending > > out a patch shortly. > > Unfortunately, yes, due to licensing and because we don't have a > liblinux with the things in tools/lib/*.c, we need to relicense that as > at least LGPL 2.1 :-\ > > Lets start here, whoever reads this message, would you have a problem > with relicensing what is in tools/lib/*.c and tools/lib/api/ as LGPL > 2.1? > All of the libtraceeevent code was already licensed as LGPL 2.1 to begin with. It was taken from trace-cmd which had that as LGPL as well. :-) -- Steve