Issue 40521 - linux sparc needs -fPIC not -fpic for building jpeg
Summary: linux sparc needs -fPIC not -fpic for building jpeg
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: porting
Classification: Code
Component: code (show other issues)
Version: current
Hardware: Sun Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Martin Hollmichel
QA Contact: issues@porting
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-12 22:14 UTC by sparcmoz
Modified: 2005-01-20 22:49 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description sparcmoz 2005-01-12 22:14:49 UTC
I suspect the internal jpeg is compiled with -fpic but my solenv/inc/unxlngs.mk
specified -fPIC.

linking libjpeg into svtools linux sparc SRC680_m71:

unxlngs.pro/obj/memempty.o -ljpeglib -ltk680ls -lvcl680ls -lsvl680ls -lsot680ls
-lutl680ls -ltl680ls -lucbhelper3gcc3 -lcomphelp4gcc3 -luno_cppuhelpergcc3
-luno_cppu -lvos3gcc3 -luno_sal -licuuc -ldl -lpthread -lm -Wl,-Bdynamic
-lstlport_gcc -lstdc++
/home/jim/ooo/solver/680/unxlngs.pro/lib/libjpeglib.a(jcapimin.o)(.text+0x104):
In function `jpeg_CreateCompress':
: relocation truncated to fit: R_SPARC_GOT13 .LLC0
/home/jim/ooo/solver/680/unxlngs.pro/lib/libjpeglib.a(jchuff.o)(.text+0x2c0): In
function `start_pass_huff':

Some google searching suggests that GOT13 is caused by compiling object files
with -fpic when should be -fPIC.

Workaround for svtools is link with SYSTEM_JPEG=YES
Comment 1 sparcmoz 2005-01-20 22:48:34 UTC
it was eductaional to see this message, but it was probably caused during my
testing of solenv/inc/unxlngs.mk changes to align more closely with
unxlngsi6.mk. this problem has gone away with my latest rebuild version of
unxlngs.mk using -fPIC. so it will be marked invalid. 
Comment 2 sparcmoz 2005-01-20 22:49:41 UTC
-fPIC is needed but the issue is invalid, closed.