Repository navigation
Duplicate PyObject typedef generated from CPython 3.11 headers #3689
Description
Using CPython 3.11's Python.h as the entry point causes ffigen to generate
two equivalent Dart typedefs:
typedef PyObject = _object;
typedef PyObject$1 = _object;Environment
ffigen 22.0.0
Dart SDK 3.13.4 (stable), linux_x64
CPython 3.11.16
Clang 14.0.0
Ubuntu 22.04 x86_64
Reproduction
import 'dart:io';
import 'package:ffigen/ffigen.dart';
Future<void> main() {
final pythonRoot = Directory('/path/to/Python-3.11.16').uri;
return FfiGenerator(
output: Output(
dart: DartOutput(path: Uri.file('bindings.g.dart')),
style: const DynamicLibraryBindings(),
),
input: Input(
entryPoints: [pythonRoot.resolve('Include/Python.h')],
include: (_) => true,
compilerOptions: [
'-I',
pythonRoot.resolve('Include/').toFilePath(),
'-I',
pythonRoot.toFilePath(),
'-include',
'sys/time.h',
],
),
visitors: [
Visitor(
typealias: (node) {
node.isIncluded =
node.name == 'PyObject' ? .always : .never;
},
),
],
).generate();
}The CPython source directory needs a generated pyconfig.h, for example from
running ./configure on Linux.
Actual result
typedef PyObject = _object;
typedef PyObject$1 = _object;
final class _object extends ffi.Opaque {}Expected result
typedef PyObject = _object;
final class _object extends ffi.Opaque {}Diagnostic
Printing matching nodes in the typealias visitor shows the same Clang USR
twice:
c:pytypedefs.h@T@PyObject PyObject
c:pytypedefs.h@T@PyObject PyObject
Activity
liamappelbe commentedon Oct 7, 2026
Once I've done a proper audit and clean up of USRs, we should just dedupe everything by USR. #3485