René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"geninterop.py doesn't handle c_ast.FuncDecl; creates broken interop38.cs","articleBody":"### Details\r\n\r\nI'm concerned that the automated process pythonnet uses to generate the interop[version].cs file might be flawed.  This is the relevant snippet from `object.h`\r\n\r\n```\r\n    unsigned int tp_version_tag;\r\n    destructor tp_finalize;\r\n    vectorcallfunc tp_vectorcall;\r\n    /* bpo-37250: kept for backwards compatibility in CPython 3.8 only */\r\n    Py_DEPRECATED(3.8) int (*tp_print)(PyObject *, FILE *, int);\r\n```\r\n\r\nthis is how I mapped those fields in my handmade interop38.cs\r\n\r\n```\r\n        public static int tp_version_tag = 0;\r\n        public static int tp_finalize = 0;\r\n        public static int tp_vectorcall = 0;\r\n        public static int tp_print = 0;\r\n        public static int am_await = 0;\r\n```\r\n\r\nbut here's how the auto-generated interop38.cs maps them\r\n\r\n```\r\n        public static int tp_version_tag = 0;\r\n        public static int tp_finalize = 0;\r\n        public static int tp_vectorcall = 0;\r\n        public static int am_await = 0;\r\n```\r\n\r\nNotice the missing **public static int tp_print = 0;**\r\n\r\nI'm thinking that the `Py_DEPRECATED(3.8) int (*tp_print)(PyObject *, FILE *, int);` messed up the auto-gen technique?  Won't all fields following `tp_vectorcall` be offset incorrectly due to this?","author":{"url":"https://github.com/Jeff17Robbins","@type":"Person","name":"Jeff17Robbins"},"datePublished":"2019-11-27T19:09:25.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":7},"url":"https://github.com/995/pythonnet/issues/995"}