{"thread":{"id":"53763","subject":"Static Linking git for HPE NonStop","startedAt":"2020-06-26T20:33:15Z","lastAt":"2020-06-26T21:26:22Z","messageCount":3,"participants":["Randall S. Becker","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"400714","messageId":"011901d64bf9$0235d2b0$06a17810$@nexbridge.com","threadId":"53763","inReplyTo":null,"subject":"Static Linking git for HPE NonStop","fromName":"Randall S. Becker","fromEmail":"rsbecker@nexbridge.com","sentAt":"2020-06-26T20:33:05Z","receivedAt":"2020-06-26T20:33:15Z","isPatch":false,"sender":{"key":"randall.becker@nexbridge.ca","avatar":"https://avatars.githubusercontent.com/u/28956764?v=4"},"body":"Hi Team,\n\nI am faced with a bit of a conundrum. There are multiple implementations of\nSSL on our platform that co-exist in some installations. While it is\npossible to select which one is used, it becomes difficult with other\nsubsystems are at play, including Jenkins. Is there anyway to force a static\nlinkage instead of using DLLs so that we can isolate this for installations\nwho want to be insulated from the confusion?\n\nWe currently have everything encoded in config.mak.uname and do not use make\nconfigure or configure explicitly. Just make.\n\nThanks,\nRandall\n\n-- Brief whoami:\n NonStop developer since approximately 211288444200000000\n UNIX developer since approximately 421664400\n-- In my real life, I talk too much.\n\n\n\n"},{"id":"400718","messageId":"xmqq366hh6ns.fsf@gitster.c.googlers.com","threadId":"53763","inReplyTo":"011901d64bf9$0235d2b0$06a17810$@nexbridge.com","subject":"Re: Static Linking git for HPE NonStop","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2020-06-26T21:13:43Z","receivedAt":"2020-06-26T21:13:48Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"\"Randall S. Becker\" <rsbecker@nexbridge.com> writes:\n\n> ... Is there anyway to force a static\n> linkage instead of using DLLs so that we can isolate this for installations\n> who want to be insulated from the confusion?\n>\n> We currently have everything encoded in config.mak.uname and do not use make\n> configure or configure explicitly. Just make.\n\nA quick scan of our Makefile seems to say that LDFLAGS is left open\nfor builder's use (i.e. we don't add hardcoded \"always link\ndynamically\" etc. in there, so that somebody doing a build for a\nparticular use case can tell the linker \"I want things linked\nstatically\" by adding appropriate and linker specific flags to it,\nand that propagates to ALL_LDFLAGS to be used at the last stage of\nlinking the git binary itself.\n\n"},{"id":"400719","messageId":"012601d64c00$6d366280$47a32780$@nexbridge.com","threadId":"53763","inReplyTo":"xmqq366hh6ns.fsf@gitster.c.googlers.com","subject":"RE: Static Linking git for HPE NonStop","fromName":"Randall S. Becker","fromEmail":"rsbecker@nexbridge.com","sentAt":"2020-06-26T21:26:11Z","receivedAt":"2020-06-26T21:26:22Z","isPatch":false,"sender":{"key":"randall.becker@nexbridge.ca","avatar":"https://avatars.githubusercontent.com/u/28956764?v=4"},"body":"On June 26, 2020 5:14 PM, Junio C Hamano wrote:\n> \"Randall S. Becker\" <rsbecker@nexbridge.com> writes:\n> > ... Is there anyway to force a static\n> > linkage instead of using DLLs so that we can isolate this for\n> > installations who want to be insulated from the confusion?\n> >\n> > We currently have everything encoded in config.mak.uname and do not\n> > use make configure or configure explicitly. Just make.\n> \n> A quick scan of our Makefile seems to say that LDFLAGS is left open for\n> builder's use (i.e. we don't add hardcoded \"always link dynamically\" etc.\nin\n> there, so that somebody doing a build for a particular use case can tell\nthe\n> linker \"I want things linked statically\" by adding appropriate and linker\n> specific flags to it, and that propagates to ALL_LDFLAGS to be used at the\n> last stage of linking the git binary itself.\n\nThanks. That would work just fine.\n\nRegards,\nRandall\n\n"}]}