Date: Sat, 19 Jul 2014 10:58:12 +0200 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= <rene@freebsd.org> To: freebsd-chromium@freebsd.org Subject: Re: Chromium 36 in progress Message-ID: <53CA3324.7060902@freebsd.org> In-Reply-To: <53C9A01F.1020505@ksu.edu> References: <20140718130851.eb1b6eb9dbbe74b1ff1309ac@fbsd.es> <CADL2u4j_bPye0WC0xxp_LmTJ6wCo0oviaz5f2A4fyMHgT0aKWw@mail.gmail.com> <53C99B30.3020600@ksu.edu> <53C9A01F.1020505@ksu.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
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. 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. >>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53CA3324.7060902>