Chromium 36 in progress

[René Ladan]

2014-07-19 10:58 GMT+02:00 René Ladan <rene at freebsd.org>:

> On 07/19/2014 00:30, Lawrence K. Chen, P.Eng. wrote:
> > Of course digging deeper...I do see that the function does exist...and
> should
> > exist.
> >
> > Keep typing png_read_... instead of png_set_... when I was grepping for
> some
> > reason.   Probably time to take a break from computer :)
> >
> :)
>
> > What's odd is that doing
> >
> > nm libpng15.so.0
> > nm: libpng15.so.15: no symbols
> >
> > Not what I'd expect....I guess its because the library was stripped.
> >
> Normally nm(1) lists "normal" symbols, you have to pass the -D parameter
> to get dynamic symbols. And there it is, in the text section:
>
> % nm -D /usr/local/lib/libpng15.so.15|grep png_set_strip_16
> 0000000000013090 T png_set_strip_16
>
> Maybe linking explicitly to the system libpng helps.
>
> Explicitly linking to libpng, libkvm and some ICU libraries helps
somewhat, but this reveals new unresolved symbols.
Hackish script to try to link chromium is available at
http://people.freebsd.org/~rene/link-chromium.sh

René


> > On 07/18/14 17:09, Lawrence K. Chen, P.Eng. wrote:
> >> Strange...in the CHANGES file for libpng-1.5.18 and libpng-1.6.12...
> >>
> >> Version 1.5.4beta05 [June 16, 2011]
> >>   Rename png_set_strip_16() to png_set_scale_16() and renamed
> >>     png_set_chop_16() to png_set_strip(16) in an attempt to minimize the
> >>     behavior changes between libpng14 and libpng15.
> >>
>
>


-- 
http://www.rene-ladan.nl/