bug-gperf
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]