Hmm, this looks like a non-FreeType problem. Can you use `libz.a'
at all with other applications or programs?
I don't know. I have been compiling and installing things like zlib,
libjpeg, libpng, and GNU make, I haven't seen and similar complaints
I haven't seen any other error messages
On May 19, 2015, at 2:39 PM, Werner LEMBERG wrote:
maybe I should have included the immediately preceding line:
/usr/bin/ld: /usr/local/lib/libz.a(inflate.o): relocation
R_X86_64_32S
against `zcalloc' can not be used when making a shared object;
recompile with -fPIC
to
Hi Werner,
I got some clue. The leak is caused by this piece of code in ttinterp.c:
/* If any errors have occurred, function tables may be broken. */
/* Force a re-execution of `prep' and `fpgm' tables if no */
/* bytecode
system: FreeBSD 10.1
Running /usr/local/bin/make (this make is GNU make) under sh
/usr/local/lib/libz.a: could not read symbols: Bad value
cc: error: linker command failed with exit code 1 (use -v to see
invocation)
config.mk:55: recipe for target '/usr/local/freetype-2.5.5/objs/
On Tuesday 2015-05-19 23:39, Werner LEMBERG wrote:
maybe I should have included the immediately preceding line:
/usr/bin/ld: /usr/local/lib/libz.a(inflate.o): relocation R_X86_64_32S
against `zcalloc' can not be used when making a shared object;
recompile with -fPIC
to
maybe I should have included the immediately preceding line:
/usr/bin/ld: /usr/local/lib/libz.a(inflate.o): relocation R_X86_64_32S
against `zcalloc' can not be used when making a shared object;
recompile with -fPIC
to
/usr/local/lib/libz.a: could not read symbols: Bad value
cc: error: