[MacPorts] #41924: v8 @3.23.15: build fails on lion buildslave and icu confusion

[MacPorts]

#41924: v8 @3.23.15: build fails on lion buildslave and icu confusion
--------------------------+------------------------
 Reporter:  ryandesign@…  |      Owner:  frodwith@…
     Type:  defect        |     Status:  new
 Priority:  Normal        |  Milestone:
Component:  ports         |    Version:  2.2.1
 Keywords:                |       Port:  v8
--------------------------+------------------------
 v8 @3.23.15 fails to build on the lion buildslave:
 https://build.macports.org/builders/buildports-lion-x86_64/builds/16461

 v8 declares a dependency on the icu port (currently @51.2, indicating it
 wants to use MacPorts icu), but then fetches its own copy of icu46
 (#41677, indicating it wants to use its own copy), then builds with
 `-Duse_system_icu=1` (indicating it wants to use MacPorts icu), then
 builds its own copy (indicating it wants to use its own copy), apparently
 for the wrong architecture (can't tell what architecture it used, because
 the build system uses silent rules), then finally it fails when trying to
 link mksnapshot with the wrong-arch icu:

 {{{
   LINK(host)
 /opt/local/var/macports/build/_opt_mports_dports_lang_v8/v8/work/v8-3.23.15/out/x64.release/mksnapshot.x64
 ld: warning: ignoring file
 /opt/local/var/macports/build/_opt_mports_dports_lang_v8/v8/work/v8-3.23.15/out/x64.release/obj.host/third_party/icu/libicuuc.dylib,
 file was built for unsupported file format ( 0xce 0xfa 0xed 0xfe 0x 7 0x 0
 0x 0 0x 0 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
 architecture being linked (x86_64):
 /opt/local/var/macports/build/_opt_mports_dports_lang_v8/v8/work/v8-3.23.15/out/x64.release/obj.host/third_party/icu/libicuuc.dylib
 ld: warning: ignoring file
 /opt/local/var/macports/build/_opt_mports_dports_lang_v8/v8/work/v8-3.23.15/out/x64.release/obj.host/third_party/icu/libicui18n.dylib,
 file was built for unsupported file format ( 0xce 0xfa 0xed 0xfe 0x 7 0x 0
 0x 0 0x 0 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
 architecture being linked (x86_64):
 /opt/local/var/macports/build/_opt_mports_dports_lang_v8/v8/work/v8-3.23.15/out/x64.release/obj.host/third_party/icu/libicui18n.dylib
 Undefined symbols for architecture x86_64:
   "icu_46::DateFormat::getAvailableLocales(int&)", referenced from:
       v8::internal::Runtime_AvailableLocalesOf(int,
 v8::internal::Object**, v8::internal::Isolate*) in
 libv8_base.x64.a(runtime.o)
   "icu_46::Formattable::Formattable()", referenced from:
       v8::internal::Runtime_InternalNumberParse(int,
 v8::internal::Object**, v8::internal::Isolate*) in
 libv8_base.x64.a(runtime.o)
   "icu_46::Formattable::~Formattable()", referenced from:
       v8::internal::Runtime_InternalNumberParse(int,
 v8::internal::Object**, v8::internal::Isolate*) in
 libv8_base.x64.a(runtime.o)
   "icu_46::StringPiece::StringPiece(char const*)", referenced from:
       v8::internal::Runtime_InternalDateParse(int, v8::internal::Object**,
 v8::internal::Isolate*) in libv8_base.x64.a(runtime.o)
       v8::internal::Runtime_InternalNumberParse(int,
 v8::internal::Object**, v8::internal::Isolate*) in
 libv8_base.x64.a(runtime.o)
       v8::internal::(anonymous
 namespace)::ExtractStringSetting(v8::internal::Isolate*,
 v8::internal::Handle<v8::internal::JSObject>, char const*,
 icu_46::UnicodeString*) in libv8_base.x64.a(i18n.o)
 }}}

 The magic number 0xce 0xfa 0xed 0xfe, however, seems to indicate that the
 icu that got built is a 32-bit i386 binary, which would be wrong.

-- 
Ticket URL: <https://trac.macports.org/ticket/41924>
MacPorts <http://www.macports.org/>
Ports system for OS X