Summary: | Build fails in WebCore/css/CSSParser.cpp | ||
---|---|---|---|
Product: | WebKit | Reporter: | Adam Hoka <adam.hoka> |
Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED INVALID | ||
Severity: | Major | CC: | alp, jchaffraix |
Priority: | P2 | Keywords: | Gtk |
Version: | 528+ (Nightly build) | ||
Hardware: | PC | ||
OS: | Other |
Description
Adam Hoka
2008-04-12 13:57:50 PDT
Can you reproduce this bug with the latest revision or should we consider it solved? (there is some build breakages and you may have been unlucky) The last one I tried was WebKit-r34096, and it was still broken. Someone contacted me who could build it with his local patches, but he wanted to test them and I couldn't contact him since. He mentioned a missing '}'. Should I try a more up to date snapshot or wait till those patches show up and send them here? (In reply to comment #2) > The last one I tried was WebKit-r34096, and it was still broken. > Someone contacted me who could build it with his local patches, but he wanted > to test them and I couldn't contact him since. > He mentioned a missing '}'. That's what gcc is also pointing at. Unfortunately our buildbot (and I) have no issue. I tried some analysis on the code but as flex/bison is involved, it may be an issue with the generated files. > Should I try a more up to date snapshot or wait till those patches show up and > send them here? We usually come up with build fixes quite fast (~1/2 days). In your case, it is surely a matter of platform / options that we do not cover. I have little hope that it will help you but you could try a clean build (by removing WebKitBuild) with the latest revision. I would also use the default options (use `WebKitTools/Scripts/build-webkit --gtk` to build) as it is what is tracked by the buildbots. If it does build, you can try to narrow down the issue. As I will not be able to test on NetBSD, I cannot help you much. You are better trying to come with a patch yourself or ask your contact for it (make sure you follow our guidelines for contributing patches). This bug is a result of a problem with the copy of flex included with NetBSD v4.0 (at least). I didn't check any other version but a fresh build of flex-2.4.5a resolves this roadbump and less one other small change it compiles now. It doesn't run but that's a different matter. Closing as per Shawn Novak's request. |