[Webkit-unassigned] [Bug 158417] REGRESSION(r201449) [GTK] ARMv7 build fails with libicudata.so.55: cannot open shared object file on gtkdoc-scangobj step

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=158417

--- Comment #6 from Carlos Alberto Lopez Perez <clopez at igalia.com> ---
(In reply to comment #5)
> (In reply to comment #4)
> > 
> > $ ldd WebKitBuild/DependenciesGTK/Root/lib/libicudata.so.55.1
> > 	not a dynamic executable
> > 
> > $ file WebKitBuild/DependenciesGTK/Root/lib/libicudata.so.55.1
> > WebKitBuild/DependenciesGTK/Root/lib/libicudata.so.55.1: ELF 32-bit LSB
> > shared object, ARM, EABI5 version 1 (SYSV), dynamically linked,
> > BuildID[sha1]=1abd350642e527e20bb600a32865f3b5b2abde4a, not stripped
> > 
> > 
> > ldd outputs not a dynamic executable for the libicudata we build. But it
> > works for the icudata from the system
> > 
> > $ ldd /usr/lib/arm-linux-gnueabihf/libicudata.so.52.1 
> > 	libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb5790000)
> > 	/lib/ld-linux-armhf.so.3 (0xb6f10000)
> 
> 
> This debian bug report has some interesting comments about the same (or very
> similar) issue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653457#10

Indeed, very same issue.

Applying the above Debian patch to the icu sources and rebuilding fixes the build and al liking problems.

wandboard ~/WebKit $ LD_LIBRARY_PATH=$(pwd)/WebKitBuild/DependenciesGTK/Root/lib ldd WebKitBuild/Release/bin/WebKitWebProcess |grep icu
    libicui18n.so.55 => /home/igalia/WebKit/WebKitBuild/DependenciesGTK/Root/lib/libicui18n.so.55 (0xb454d000)
    libicuuc.so.55 => /home/igalia/WebKit/WebKitBuild/DependenciesGTK/Root/lib/libicuuc.so.55 (0xb4317000)
    libharfbuzz-icu.so.0 => /home/igalia/WebKit/WebKitBuild/DependenciesGTK/Root/lib/libharfbuzz-icu.so.0 (0xb395e000)
    libicudata.so.55 => /home/igalia/WebKit/WebKitBuild/DependenciesGTK/Root/lib/libicudata.so.55 (0xb1298000)


I'm going to upload a patch ASAP.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160606/5414746f/attachment-0001.html>