git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 1/2] Add additional build options for Interix, and remove obsolete ones.

From
Junio C Hamano <gitster@pobox.com>
Date
May 26, 2011, 18:06 UTC
Message-ID
<7vboypxrp3.fsf@alter.siamese.dyndns.org>
In-Reply-To
<4DDDF339.4000703@gentoo.org>
Markus Duft <mduft@gentoo.org> writes:
Show 17 quoted lines
> On 05/25/11 16:15, mduft@gentoo.org wrote:
>
> (sorry for actually replying to the wrong mail - wasn't subscribed to the list (but am now.))
>
>>> The removed options are obsolete, because interix support now
>>> depends on libsuacomp.
>>
>> and linkage with -lsuacomp happens automatically without any change in the
>> Makefile for anybody?  Just asking, as I do not have an access to (nor any
>> particular desire to get an access to) an Interix to figure it out myself,
>> and the only think I care about in this patch is if it helps only your
>> installation or it will help everybody who has Interix but not necessarily
>> with the same set of additional configuration as you have.
>
> Yes. suacomp installs itself as libc.{a,so}. Of course the path to the
> suacomp prefix needs to be told to the compiler. Without it, interix (at
> least the newer versions) are near unusable,...

You are much more familiar with Interix than I am, and if you were the only person who uses Interix with git, I would buy that argument unconditionally.

How has one built and used git before suacomp days? Are these users extinct? Are there users who do not still use suacomp and for whatever reason do not want to use it, but still want to use git?

What I am getting at is that I have to come up with a description in the release notes, and I cannot decide what the entry for this change should say, and if I can stand behind that statement.

Here is one version, based on my reading of what you said so far:
 * The build procedure for Interix now requires use of suacomp. Older
   versions of Interix that are incompatible with suacomp are no longer
   supported. The Makefile does not automatically tell "the path to the
   suacomp prefix" to the compiler, so you would need to do that yourself.

Doesn't sound pretty, and I hesitate to stand behind such a statement. Abandoning obsoleted versions of obscure platform nobody cares about is fine, but at least we should make it clear who are being abandoned by saying which version. Also "needs to be told to the compiler" part needs some end-user explanation in Makefile ("set HAVE_SUACOMP=/usr/lib/suacomp when building on/for Interix", or something).

Here is another possible version (you would need to update your patch to support both):

 * On Interix, it is preferrable to use suacomp to build git, but the old
   way is still supported. Give HAVE_SUACOMP=/path/to/suacomp to Make (or
   override it in your config.mak) when building git.

That is more easily justifiable, but I cannot tell from this exchange with you how important to keep supporting the old way is (or if it is even possible).

Previous: Markus DuftNext: mduft@gentoo.org
Message 5 of 18 in “Interix catch-ups for recent changes/releases.”
  1. Interix catch-ups for recent changes/releases.mduft@gentoo.org, May 25, 2011
  2. 1/2 Add additional build options for Interix, and remove obsolete ones.mduft@gentoo.org, May 25, 2011
  3. Junio C HamanoMay 25, 2011
  4. Markus DuftMay 26, 2011
  5. Junio C HamanoMay 26, 2011
  6. 2/2 Include unistd.h.mduft@gentoo.org, May 25, 2011
  7. Junio C HamanoMay 25, 2011
  8. Tor ArntsenMay 25, 2011
  9. Junio C HamanoMay 25, 2011
  10. Erik Faye-LundMay 25, 2011
  11. Jonathan NiederMay 26, 2011
  12. Junio C HamanoMay 26, 2011
  13. Jonathan NiederMay 26, 2011
  14. Markus DuftMay 30, 2011
  15. Markus DuftJun 15, 2011
  16. Jonathan NiederJun 15, 2011
  17. Update the Interix default build configuration.mduft@gentoo.org, Jun 15, 2011
  18. Markus DuftMay 27, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.