Opened 12 years ago
Closed 11 years ago
#43987 closed defect (fixed)
webkit-gtk3-2.0 fails to build
| Reported by: | harciga | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | jeremyhu (Jeremy Huddleston Sequoia), dbevans (David B. Evans), jpenney (Jason Penney), bitpup, cooljeanius (Eric Gallager) | |
| Port: | webkit-gtk3-2.0 |
Description
Attachments (4)
Change History (19)
Changed 12 years ago by harciga
| Attachment: | webkit-gtk3-2.0.log added |
|---|
comment:1 Changed 12 years ago by dbevans (David B. Evans)
| Owner: | changed from macports-tickets@… to jeremyhu@… |
|---|---|
| Version: | 2.3.0 |
comment:2 Changed 12 years ago by harciga
$ clang --version Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin12.5.0 Thread model: posix
$ uname -a Darwin Hectors-iMac.local 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64
comment:3 Changed 12 years ago by dbevans (David B. Evans)
OK, I can reproduce this error both for webkit-gtk-2.0 and webkit-gtk3-2.0 using
$ xcodebuild -version Xcode 5.1.1 Build version 5B1008 $ clang --version Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin12.5.0 Thread model: posix $ uname -pr 12.5.0 i386
However, the build for the latest update built successfully on the equivalent buildbot. See https://build.macports.org/builders/buildports-mtln-x86_64/builds/14607.
In addition, the binary archives thus produced download, install and appear to work normally.
Reviewing log files to see what the difference might be but the build does seem to fail for the stated configuration, that being, ML using the latest available Xcode version 5.1.1.
comment:4 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
:info:build In file included from Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:28: :info:build In file included from ./Source/JavaScriptCore/bytecode/ArrayProfile.h:29: :info:build In file included from ./Source/JavaScriptCore/runtime/JSArray.h:26: :info:build In file included from ./Source/JavaScriptCore/runtime/JSObject.h:41: :info:build ./Source/JavaScriptCore/runtime/JSString.h:126:49: error: no template named 'allocateCell'; did you mean 'validateCell'? :info:build JSString* newString = new (NotNull, allocateCell<JSString>(globalData.heap)) JSString(globalData, value); :info:build ^~~~~~~~~~~~ :info:build validateCell
A quick google search makes me think that the allocateCell template should be in JSCellInlines.h. Is that header not being included for some reason?
comment:6 follow-up: 7 Changed 12 years ago by harciga
webkit-gtk3-2.0 and webkit-gtk-2.0 built fine today after I upgraded to macports 2.3.1
comment:7 Changed 12 years ago by dbevans (David B. Evans)
Replying to starkhalo@…:
webkit-gtk3-2.0 and webkit-gtk-2.0 built fine today after I upgraded to macports 2.3.1
Based on this result, can this ticket now be closed on a "works for me" basis?
comment:8 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Resolution: | → worksforme |
|---|---|
| Status: | new → closed |
comment:9 Changed 12 years ago by jpenney (Jason Penney)
I'm still having the same problem shown above after upgrading to 2.3.1.
comment:10 Changed 12 years ago by jwhowse4
| Resolution: | worksforme |
|---|---|
| Status: | closed → reopened |
I am running Mac OS 10.8.5, XCode 5.1.1 and Macports 2.3.1 and I am getting the same compilation error listed above for both webkit-gtk-2.0 and webkit-gtk3-2.0. I have attached the build log for webkit-gtk-2.0.
Changed 12 years ago by jwhowse4
| Attachment: | webkit_gtk-2.0_main.log added |
|---|
jwhowse webkit-gtk-2.0 build log
comment:12 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
It seems to build fine with clang++-mp-3.3 but not clang++-mp-3.4. I'm attaching the two preprocessed source files from the two compilers
Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
clang++-mp-3.3 generated
Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
clang++-mp-3.4 generated
comment:13 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Added a workaround in r122055
comment:15 Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Just going to leave the workaround. This is on an old port that is only used on systems that don't use libc++.

Please indicate OS X and Xcode version in use as this may have a bearing on this issue. Thanks.
Cowardly assigning to jeremyhu for his help & guidance.