Bug 51012 - msiing dhared libraries. Files in wrong places
Summary: msiing dhared libraries. Files in wrong places
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Powertools
Classification: Retired
Component: mpich
Version: 7.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-06 15:12 UTC by Cormack, Justin
Modified: 2008-08-01 16:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-08-06 15:15:06 UTC
Embargoed:


Attachments (Terms of Use)
example spec file (needs some updating) (6.46 KB, text/plain)
2001-08-06 15:14 UTC, Cormack, Justin
no flags Details

Description Cormack, Justin 2001-08-06 15:12:54 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.73 [en] (X11; U; Linux 2.4.4 i586)

Description of problem:
The shared libraries (libmpich.so*) are missing. There is a build flag to
enable them.

All the files are in very odd places: all under /usr/lib/mpich instead of
standard install places (and some of the docs are not under
/usr/share/doc). The man pages are also in /usr/lib/mpich/man. Could
everything be moved to standard places???

I attach an old spec file from when I maintained this package under
contrib|net. It probably needs some fixing up but it did attempt to put
things in the right places, build all the parts, and provide ssh rather
than rsh transport for mpich.



How reproducible:
Always

Steps to Reproduce:
1. Try to build program that needs shared mpich library
2. Try to build program that expects to find libraries and header files in
usual places
3. er, thats it.
	

Additional info:

Comment 1 Cormack, Justin 2001-08-06 15:14:56 UTC
Created attachment 26433 [details]
example spec file (needs some updating)

Comment 2 Trond Eivind Glomsrxd 2001-08-06 15:17:21 UTC
The shared libraries aren't missing, they aren't built.

As for the file locations, the reasons are:

1) It's where mpich wants to put them 
2) /usr/doc isn't used, it's /usr/share/doc for all apps now
3) The primary MPI package is lam, and not changing the mpich package's default
path is necesarry to avoid collisions

Comment 3 Ed Avis 2001-10-18 12:06:44 UTC
Since this bug is closed, I've filed an RFE for building the .so files: bug 54768.


Note You need to log in before you can comment on or make changes to this bug.