Issue 74749 - path for libjpeg.so not set properly when using SUN jdk
Summary: path for libjpeg.so not set properly when using SUN jdk
Status: UNCONFIRMED
Alias: None
Product: porting
Classification: Code
Component: code (show other issues)
Version: OOo 2.2 RC1
Hardware: PC (x86_64) Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-21 19:23 UTC by andyrtr
Modified: 2017-05-20 11:33 UTC (History)
2 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description andyrtr 2007-02-21 19:23:32 UTC 
ArchLinux x86_64 non multilib has libjpeg in /usr/lib but the path is hard set
to /usr/lib64.

So I need to fix it using sed like this in my package script:

sed -i "s:lib64\/libjpeg.so:lib\/libjpeg.so:g"
$startdir/src/${OO_milestone}/solenv/inc/libs.mk

The path should be detected by runtime or be overwritable with a configure switch.
Comment 1 pavel 2007-02-22 05:35:07 UTC 
->rene.
Comment 2 rene 2007-06-18 19:02:03 UTC 
andyrtr: what about a global symlink /usr/lib64 -> /usr/lib then? it's imho normal
for stuff assuming lib64 and actually Debian (who has the same setup with the
64bit thing) does that, too

The problem is that jpeg has no pkg-config file and you would need to write
a check which has to search for it in some known locations... (in this case
/usr/lib, /usr/lib64)... And how do you expect configure to determine that your
libraries are in /usr/lib? You can't check for file existance since the file
might be in both and you can't even fallback to /usr/lib when not finding it in
/usr/lib64 because /usr/lib might be one of those multi-link setups with
32-bitlibjpeg, so it would break.

Or do I miss something?
Comment 3 andyrtr 2007-06-24 16:48:15 UTC 
Arch64 has been made following the Cross-LFS book standards wher no lib64 exists
at all.
We officially only support to build OOo with gnu-java/gcj. But for freedom of
choise we have found out how to use Sun jdk6. If you will not support x86_64
builds with libs in /lib + /usr/lib it's your choice.
Comment 4 ht990332 2009-05-02 03:07:36 UTC 
Is this still a problem with openjdk6 built from source on Arch64?
Comment 5 andyrtr 2009-05-02 09:42:44 UTC 
Yes the problem still exists. Confirmed it a few days ago in go-oo.org with
OOO310_m9.
Comment 6 andyrtr 2009-07-02 13:03:29 UTC 
--- solenv/inc/libs.mk  2009-07-02 09:44:33.084467312 +0000
+++ solenv/inc/libs.mk.new      2009-07-02 10:44:03.420819776 +0000
@@ -219,7 +219,7 @@
 .IF "$(OS)" == "FREEBSD"
 JPEG3RDLIB=/usr/local/lib/libjpeg.so
 .ELIF "$(CPUNAME)" == "X86_64"
-JPEG3RDLIB=/usr/lib64/libjpeg.so
+JPEG3RDLIB=/usr/lib/libjpeg.so
 .ELSE
 JPEG3RDLIB=/usr/lib/libjpeg.so
 .ENDIF


I'm using that patch to solve this four our distribution. No idea if another way
selfdetecting the library location would be easy to integrate.
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398408 was a nice try)
Comment 7 Mechtilde 2010-02-05 20:11:07 UTC 
@ andyrtr

what is the status of this issue now?
Comment 8 andyrtr 2010-02-06 18:17:08 UTC 
We're still using the sed fix/patch to use proper lib location in ArchLinux.
Comment 9 Marcus 2017-05-20 11:33:18 UTC 
Reset assigne to the default "issues@openoffice.apache.org".