Bug 693113 - Ghostscript installs so libraries on MacOS X instead of dylib
Summary: Ghostscript installs so libraries on MacOS X instead of dylib
Status: RESOLVED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Build Process (show other bugs)
Version: 9.05
Hardware: PC MacOS X
: P4 normal
Assignee: Chris Liddell (chrisl)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-12 13:27 UTC by GuGu
Modified: 2012-06-15 15:16 UTC (History)
1 user (show)

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description GuGu 2012-06-12 13:27:27 UTC
I'm trying to update homebrew package for ghostscript and found that "make install-so" installs libgs.so libraries even on MacOS X. There is a commented code in makefile, which changes behavior of "make install-so" to install dylib.

Is it possible to make "make install-so" install .dylib libraries by default? Or maybe it is better to create different rule "make install-dylib"?
Comment 1 Chris Liddell (chrisl) 2012-06-15 13:37:26 UTC
It *really* annoys me that Apple, for no compelling reason, use a different extension to pretty much every other Unix-type OS on the planet!

Anyway, fixed with:

http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=cd2cb082

The configure script now sets the shared library extension based on the OS it detects.

The build invocation remains "make so", but it will build and install a file with the Apple preferred ".dylib" extension.
Comment 2 Hin-Tak Leung 2012-06-15 15:16:42 UTC
FWIW, I am not sure there is any bug to fix here - AFAIK ".so" works on Mac OS X also, and I know of at least one other opensource project which provides Mac OS X binary packages which involve libraries, do so by bundling *.so, instead of *.dylib . 

Also FWIW, their dylib means somewhat different things - on Mac OS X they have MACH-O fat binaries for bundling libraries/executables for multiple archtectures. Since ghostscript on Mac OS X isn't hooked up to build as fat binaries for multiple archtecture yet, that's irrelevant.