Bug 693113

Summary:	Ghostscript installs so libraries on MacOS X instead of dylib
Product:	Ghostscript	Reporter:	GuGu <andrey>
Component:	Build Process	Assignee:	Chris Liddell (chrisl) <chris.liddell>
Status:	RESOLVED FIXED
Severity:	normal	CC:	andrey
Priority:	P4
Version:	9.05
Hardware:	PC
OS:	MacOS X
Customer:		Word Size:	---

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.