[gs-bugs] [Bug 690695] ghostscript-gpl-8.70 partially ignores LDFLAGS

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Wed Feb 17 20:37:16 UTC 2010


------- Additional Comments From htl10 at users.sourceforge.net  2010-02-17 12:37 -------
I am not sure I follow all the arguments. There are 3 ways the make system
inherits variables definitions - as environment variables (export VAR1=value1),
specified on the command line of invocation of make (e.g. "make VAR1=value1) or
within the Makefile. the variable LDFLAGS has special/conventional meaning
because there is an implicit linker rule if none is specified in the Makefile
(and in such cases, the linker will take it from the environment variable).
LDFLAGS to mean 'the (current) linker flags', given we have to have a different
set of flags for shared libraries, there is a need for a 2nd variable _SO (or at
least an 'additional' part to it), I am not sure where a 3rd one fit in,
especially when it changes between invocations. Anyhow, even reverting r9948 is
preferable to the current state where 'make so' does not give correct executables.

I am against making more changes/additons to _the body of_ the GE_XE target,
since it is the most important one.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the gs-bugs mailing list