Bug 1668230

The issue is back in Fedora rawhide with python3-pycparser-2.14-15.fc29.noarch.

With

(1/3): python3-ply-3.11-1.fc30.noarch.rpm       106 kB/s | 107 kB     00:01    
(2/3): python3-pycparser-2.14-15.fc29.noarch.rp 144 kB/s | 146 kB     00:01    
(3/3): python3-cffi-1.11.5-6.fc30.x86_64.rpm    226 kB/s | 230 kB     00:01    

installed, running python3 with the snippet from bug 1336913 comment 6 causes lextab.py and yacctab.py to be created in the current directory.

Also, that snippet code actually produces some tracebacks as well:

# python3
Python 3.7.2 (default, Jan  2 2019, 11:32:51) 
[GCC 8.2.1 20181215 (Red Hat 8.2.1-6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from cffi import FFI
>>> _ffi = FFI()
>>> _ffi.cdef("""
... ... int rpmvercmp (const char *a, const char *b);
... ... """)
WARNING: yacc table file version is out of date
Traceback (most recent call last):
  File "/usr/lib64/python3.7/site-packages/cffi/cparser.py", line 276, in _parse
    ast = _get_parser().parse(fullcsource)
  File "/usr/lib/python3.7/site-packages/pycparser/c_parser.py", line 146, in parse
    debug=debuglevel)
  File "/usr/lib/python3.7/site-packages/ply/yacc.py", line 333, in parse
    return self.parseopt_notrack(input, lexer, debug, tracking, tokenfunc)
  File "/usr/lib/python3.7/site-packages/ply/yacc.py", line 1201, in parseopt_notrack
    tok = call_errorfunc(self.errorfunc, errtoken, self)
  File "/usr/lib/python3.7/site-packages/ply/yacc.py", line 192, in call_errorfunc
    r = errorfunc(token)
  File "/usr/lib/python3.7/site-packages/pycparser/c_parser.py", line 1682, in p_error
    self._parse_error('At end of input', '')
  File "/usr/lib/python3.7/site-packages/pycparser/plyparser.py", line 55, in _parse_error
    raise ParseError("%s: %s" % (coord, msg))
pycparser.plyparser.ParseError: : At end of input

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 3, in <module>
  File "/usr/lib64/python3.7/site-packages/cffi/api.py", line 107, in cdef
    self._cdef(csource, override=override, packed=packed)
  File "/usr/lib64/python3.7/site-packages/cffi/api.py", line 121, in _cdef
    self._parser.parse(csource, override=override, **options)
  File "/usr/lib64/python3.7/site-packages/cffi/cparser.py", line 315, in parse
    self._internal_parse(csource)
  File "/usr/lib64/python3.7/site-packages/cffi/cparser.py", line 320, in _internal_parse
    ast, macros, csource = self._parse(csource)
  File "/usr/lib64/python3.7/site-packages/cffi/cparser.py", line 278, in _parse
    self.convert_pycparser_error(e, csource)
  File "/usr/lib64/python3.7/site-packages/cffi/cparser.py", line 307, in convert_pycparser_error
    raise CDefError(msg)
cffi.error.CDefError: parse error
: At end of input
>>>

The regeneration of yacctab is caused by a packaging mismatch between python3-pycparser and python-ply. Fedora 30 has python-ply-3.11-1.fc30 but python-pycparsing was created with python-ply-3.9-8.fc29. The new version of python-ply has tabversion 3.10, but the yacctab of python-pycparser-2.14-15 has tabversion 3.8. Since the tabversion number is different, the pre-generated yacctab is not compatible and is rebuilt automatically. Please rebuild pycparser with latest ply.

In order to prevent this issue in the future, the pycparser package should have a hard dependency on the tabversion provided by python-ply.

Re-assigning to the proper component (python3-pycparser is for EPEL only)

Hello, any chance of getting the package rebuilt and this issue fixed? Looking at https://koji.fedoraproject.org/koji/packageinfo?packageID=16664, the automatic rebuilds that rel-eng does failed ...

https://src.fedoraproject.org/rpms/python-pycparser/pull-request/2#request_diff addresses the mass-rebuild issue and introduced a harder version dependency on python-ply to avoid the "yacc table file version is out of date" problem in the future.

I can see that the pull request was merged and python-pycparser-2.14-18.fc31 was built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1220953.

However, since this bugzilla was filed, Fedora 30 was branched, so the patch and new build is also needed on the f30 branch and in f30 target.

Eric, is it possible to get F30 build as well?

python-pycparser-2.14-18.fc30 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-ed16a6840b

python-pycparser-2.14-18.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-ed16a6840b

python-pycparser-2.14-18.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days