[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug-gperf] [bug #54343] gperf 3.1 regression - generated code with 'siz
From: |
Peter Wu |
Subject: |
[bug-gperf] [bug #54343] gperf 3.1 regression - generated code with 'size_t' fails to build |
Date: |
Fri, 20 Jul 2018 13:16:44 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 |
URL:
<http://savannah.gnu.org/bugs/?54343>
Summary: gperf 3.1 regression - generated code with 'size_t'
fails to build
Project: gperf
Submitted by: lekensteyn
Submitted on: Fri 20 Jul 2018 05:16:42 PM UTC
Category: Generated code
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
Since gperf 3.1, applications such as "libcap" fail to compile. The reason is
that the generated code uses "size_t" without including stddef.h. Furthermore,
the prototype is not consistent with the actual function definition.
This is likely a regression introduced with v3.0.4-47-gd519d1a ("Change the
'len' parameter type to 'size_t'.").
This was previously reported in
https://lists.nongnu.org/archive/html/bug-gperf/2017-01/msg00004.html
What about reverting this change? If applications actually need to handle
"size_t" data, what about adding a new option for it (but default to the old
behavior)?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?54343>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug-gperf] [bug #54343] gperf 3.1 regression - generated code with 'size_t' fails to build,
Peter Wu <=