67798 – ghostscript-afpl fails to build when LDFLAGS is set

Bug 67798 - ghostscript-afpl fails to build when LDFLAGS is set

Summary: ghostscript-afpl fails to build when LDFLAGS is set

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Printing (show other bugs)
Hardware:	All All

Importance:	High normal
Assignee:	Printing Team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-10-16 11:27 UTC by Andreas Simon
Modified:	2004-11-30 05:57 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
ghostscript-afpl patch (ghostscript-afpl-8.15.patch,578 bytes, patch) 2004-10-16 11:30 UTC, Andreas Simon	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

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

Description Andreas Simon 2004-10-16 11:27:07 UTC

If
    $LDFLAGS is set
and
    cups is in $USE
then
ghostscript-afpl fails to build because if doesn't link agains libcups and libcupsimage and ld exists because of missing symbols.

This error affects all ghostscript-afpl ebuilds in portage.

WHY:
This is because the sed expression in ghostscript-afpl-8.15.ebuild line 76 matches only 'LDFLAGS= $(XLDFLAGS)'. But when LDFLAGS is set the line looks for example like 'LDFLAGS=-Wl,-O1 $(XLDFLAGS)' and the sed expression doesn't match. Thus the binary will not link against the cups libs and ld will fail because of unknown symbols.

Comment 1 Andreas Simon 2004-10-16 11:30:56 UTC

Created attachment 41978 [details, diff]
ghostscript-afpl patch

Here is a patch to fix the sed expression against ghostscript-afpl-8.15.ebuild.
But the patch should also work for the other ghostscript-afpl versions.
I tested this with ghostscript-afpl-8.15.

Comment 2 Heinrich Wendel (RETIRED) gentoo-dev

2004-11-30 05:57:04 UTC

finally fixed, sorry for the delay