Re: development packages and multilib

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Callum Lerwick <seg@xxxxxxxxxx> writes:
> On Wed, 2009-04-22 at 13:59 -0400, Tom Lane wrote:
>> That doesn't solve the problem.  The part of the problem that's actually
>> not solved today is the /usr/bin/foo-config problem.  Without a fix for
>> that, making it a bit easier to deal with include-file diffs isn't
>> worth anything.

> The same way cross compilation identifies gcc and strip and whatnot.
> Prefix it with the architecture.

Which immediately breaks all the upstream configure scripts that are
trying to use the config program in the first place.  You can get away
with renaming the compiler because there's twenty years of precedent
for not hard-coding the value of $(CC), and workable infrastructure for
build processes to avoid assuming anything about it.  There is no
precedent or infrastructure for dependent packages to find mysql-config
under any name but that one.

The approach that I thought about when I first ran into this problem
was to have the config script examine the value of `uname -i` to decide
which output to produce.  I remember being told that that wasn't
acceptable, but I do not recall exactly why not.

			regards, tom lane

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux