Re: libtool and LDFLAGS build flags injection

2018-02-23 Thread Philip Kovacs
The package is slurm and the issue is their plugins.  It's a deep architectural problem unfortunately,To summarize the issue briefly:  When designing a plugin system, the services a plugin providesought not depend on the environment that loads it.  That is not the case for slurm.   Their plugins

Re: libtool and LDFLAGS build flags injection

2018-02-23 Thread John Reiser
Philip Kovacs wrote: My particular concern is not "missing" bind now flags in the elf objects.  I am concerned about making sure bind now is omitted because the package cannot operate with that flag. Please tell us the name of the packages, and some indication of why the package does not work

Re: libtool and LDFLAGS build flags injection

2018-02-23 Thread Philip Kovacs
My particular concern is not "missing" bind now flags in the elf objects.  I am concerned aboutmaking sure bind now is omitted because the package cannot operate with that flag. On Friday, February 23, 2018 11:35 AM, Florian Weimer wrote: On 02/23/2018 05:16 PM, Philip Kovacs wrote: >

Re: libtool and LDFLAGS build flags injection

2018-02-23 Thread Florian Weimer
On 02/23/2018 05:16 PM, Philip Kovacs wrote: The bind now issue is a real problem for some packages.  I have interacted with upstream countlesstimes on it and simply lost the fight.  Please, whatever you do, leave some route to disable bind now. Disable it for what? The vast majority of miss

Re: libtool and LDFLAGS build flags injection

2018-02-23 Thread Philip Kovacs
The bind now issue is a real problem for some packages.  I have interacted with upstream countlesstimes on it and simply lost the fight.  Please, whatever you do, leave some route to disable bind now. On Friday, February 23, 2018 10:55 AM, Florian Weimer wrote: I've seen a fair amount