[OE-core] [PATCH 05/11] gperf: upgrade to 3.1

[Burton, Ross]

And libid3tag:

| compat.gperf:116:1: error: conflicting types for 'id3_compat_lookup'
| In file included from compat.gperf:37:0:
| ../libid3tag-0.15.1b/compat.h:36:26: note: previous declaration of
'id3_compat_lookup' was here
|  struct id3_compat const *id3_compat_lookup(register char const *,
|                           ^~~~~~~~~~~~~~~~~

http://git.savannah.gnu.org/cgit/gperf.git/commit/?id=d519d1a821511eaa22eae6d9019a548aea21e6d3
is the upstream commit that breaks everything, because the API of the
generated files has changed.

Ross

On 25 July 2017 at 14:53, Khem Raj <raj.khem at gmail.com> wrote:

> On Tue, Jul 25, 2017 at 6:12 AM, Burton, Ross <ross.burton at intel.com>
> wrote:
> > This breaks the libcap build:
> >
> > | In file included from <command-line>:0:0:
> > | ./_caps_output.gperf:71:80: error: unknown type name 'size_t'
>
> include <stddef.h> might help
>
> > |  gperf_case_strncmp (register const char *s1, register const char *s2,
> > register size_t n)
> > |
> > ^~~~~~
> > | ./_caps_output.gperf:96:53: error: unknown type name 'size_t'
> > |  __cap_hash_name (register const char *str, register size_t len)
> > |                                                      ^~~~~~
>
> gcc is putting a caret pointer in wrong place hmm may be a cut and paste
> error
>
> > | ./_caps_output.gperf:200:55: error: unknown type name 'size_t'
> > |  __cap_lookup_name (register const char *str, register size_t len)
> > |                                                        ^~~~~~
> > | ./_caps_output.gperf:200:1: error: conflicting types for
> > '__cap_lookup_name'
> > |  __cap_lookup_name (register const char *str, register size_t len)
> > |  ^~~~~~~~~~~~~~~~~
> > | ./_caps_output.gperf:33:29: note: previous declaration of
> > '__cap_lookup_name' was here
> > |  const struct __cap_token_s *__cap_lookup_name(const char *, unsigned
> > int);
> > |                              ^~~~~~~~~~~~~~~~~
> > | cap_text.c: In function 'cap_to_name':
> > | cap_text.c:291:2: warning: ignoring return value of 'asprintf',
> declared
> > with attribute warn_unused_result [-Wunused-result]
> > |   asprintf(&tmp, "%u", cap);
> > |   ^~~~~~~~~~~~~~~~~~~~~~~~~
> > | Makefile:63: recipe for target 'cap_text.o' failed
> >
> > Ross
> >
> > On 24 July 2017 at 15:28, Alexander Kanavin
> > <alexander.kanavin at linux.intel.com> wrote:
> >>
> >> Signed-off-by: Alexander Kanavin <alexander.kanavin at linux.intel.com>
> >> ---
> >>  meta/recipes-extended/gperf/gperf_3.0.4.bb | 5 -----
> >>  meta/recipes-extended/gperf/gperf_3.1.bb   | 5 +++++
> >>  2 files changed, 5 insertions(+), 5 deletions(-)
> >>  delete mode 100644 meta/recipes-extended/gperf/gperf_3.0.4.bb
> >>  create mode 100644 meta/recipes-extended/gperf/gperf_3.1.bb
> >>
> >> diff --git a/meta/recipes-extended/gperf/gperf_3.0.4.bb
> >> b/meta/recipes-extended/gperf/gperf_3.0.4.bb
> >> deleted file mode 100644
> >> index 64003fc0bb7..00000000000
> >> --- a/meta/recipes-extended/gperf/gperf_3.0.4.bb
> >> +++ /dev/null
> >> @@ -1,5 +0,0 @@
> >> -require gperf.inc
> >> -
> >> -
> >> -SRC_URI[md5sum] = "c1f1db32fb6598d6a93e6e88796a8632"
> >> -SRC_URI[sha256sum] =
> >> "767112a204407e62dbc3106647cf839ed544f3cf5d0f0523aaa2508623aad63e"
> >> diff --git a/meta/recipes-extended/gperf/gperf_3.1.bb
> >> b/meta/recipes-extended/gperf/gperf_3.1.bb
> >> new file mode 100644
> >> index 00000000000..942820b91d5
> >> --- /dev/null
> >> +++ b/meta/recipes-extended/gperf/gperf_3.1.bb
> >> @@ -0,0 +1,5 @@
> >> +require gperf.inc
> >> +
> >> +
> >> +SRC_URI[md5sum] = "9e251c0a618ad0824b51117d5d9db87e"
> >> +SRC_URI[sha256sum] =
> >> "588546b945bba4b70b6a3a616e80b4ab466e3f33024a352fc2198112cdbb3ae2"
> >> --
> >> 2.13.2
> >>
> >> --
> >> _______________________________________________
> >> Openembedded-core mailing list
> >> Openembedded-core at lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
> >
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core at lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170728/ecfcc5f3/attachment-0002.html>