| Summary: | IDL compiler fails to compile an IDL which only contains typedefs | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Myles C. Maxfield <mmaxfield> | ||||
| Component: | New Bugs | Assignee: | Myles C. Maxfield <mmaxfield> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | cdumez, sam, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 232558 | ||||||
| Attachments: |
|
||||||
|
Description
Myles C. Maxfield
2021-10-31 13:44:49 PDT
Created attachment 442939 [details]
Patch
Cannot have a central place for a bunch of typedefs ... or even put each typedef in its own file, which means typedefs have to be duplicated at their use site. To do this, we would need to do the following: - Change typedef application to be after parsing. - Change the preprocess step to build the typedef map, and then use that post parsing. As this has long been a problem and there is an easy solution we do everywhere in the code base of duplicating typedefs, I am not sure you should consider this a blocker. |