Bug 149406

Summary: Fix warnings in IDLParser.pm
Product: WebKit Reporter: Csaba Osztrogonác <ossy>
Component: New BugsAssignee: Csaba Osztrogonác <ossy>
Status: RESOLVED FIXED    
Severity: Normal CC: cdumez, mcatanzaro, ossy, sam
Priority: P2    
Version: Other   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch achristensen: review+, achristensen: commit-queue-

Csaba Osztrogonác
Reported 2015-09-21 07:47:36 PDT
There are many warnings come from IDLParser.pm because of using uninitialized value in regexps: Use of uninitialized value $type in pattern match (m//) at /home/ossy/WebKit/Source/WebCore/bindings/scripts/IDLParser.pm line 303. Use of uninitialized value $type in substitution (s///) at /home/ossy/WebKit/Source/WebCore/bindings/scripts/IDLParser.pm line 309.
Attachments
Patch (1.30 KB, patch)
2015-09-21 07:49 PDT, Csaba Osztrogonác
achristensen: review+
achristensen: commit-queue-
Csaba Osztrogonác
Comment 1 2015-09-21 07:49:35 PDT
Alex Christensen
Comment 2 2015-09-21 16:22:22 PDT
Comment on attachment 261655 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=261655&action=review r=me with nit > Source/WebCore/bindings/scripts/IDLParser.pm:311 > + } This needs another space of indentation.
Csaba Osztrogonác
Comment 3 2015-09-22 02:24:25 PDT
(In reply to comment #2) > Comment on attachment 261655 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=261655&action=review > > r=me with nit > > > Source/WebCore/bindings/scripts/IDLParser.pm:311 > > + } > > This needs another space of indentation. Good catch, I'll fix it before landing.
Csaba Osztrogonác
Comment 4 2015-09-22 02:32:34 PDT
Chris Dumez
Comment 5 2015-09-22 18:55:24 PDT
Comment on attachment 261655 [details] Patch This looks like this may be papering over a real bug. How can an attribute or parameter not have a type?
Chris Dumez
Comment 6 2015-09-22 19:02:59 PDT
It looks like the parser has trouble parsing: [Unscopeable, RaisesException, Custom] void prepend((Node or DOMString)... nodes); [Unscopeable, RaisesException, Custom] void append((Node or DOMString)... nodes); in ParentNode.idl and [Unscopeable, RaisesException, Custom] void before((Node or DOMString)... nodes); [Unscopeable, RaisesException, Custom] void after((Node or DOMString)... nodes); [Unscopeable, RaisesException, Custom] void replaceWith((Node or DOMString)... nodes); in ChildNode.idl Likely the issue is that our parser does not support unions or variadic arguments. Thankfully, even though the parser does not parse them properly, it does not cause problems because we use Custom bindings for these. The proper fix would be to add support for these type of parameters to our IDL parser.
Chris Dumez
Comment 7 2015-09-22 19:05:22 PDT
FYI, the problem is unions (Node or DOMString). Variadic parameters seem to be fine.
Csaba Osztrogonác
Comment 8 2015-09-28 02:51:56 PDT
(In reply to comment #7) > FYI, the problem is unions (Node or DOMString). Variadic parameters seem to > be fine. Could you file a new bug report for this issue?
Alexey Proskuryakov
Comment 9 2022-08-19 16:49:27 PDT
*** Bug 147132 has been marked as a duplicate of this bug. ***
Note You need to log in before you can comment on or make changes to this bug.