Re: GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread Paul Smith
On Wed, 2021-12-01 at 09:33 -0500, rsbec...@nexbridge.com wrote: > That is understood. Is this an official GNU Make policy because it is > not specified that way in GPL. Has the GNU Make team modified their > copy of the GPL license because it is not indicated as a modified > version? I'm not

RE: GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread rsbecker
On December 1, 2021 9:41 AM, Eli Zaretskii wrote: > To: rsbec...@nexbridge.com > Cc: bug-make@gnu.org; bo...@kolpackov.net > Subject: Re: GPL Interpretation on load [Was: [bug #61594] suggest new > $(hash ...) function] > > > From: > > Cc: , , m...@gnu.org>, > > > > Date: Wed, 1 Dec

RE: [bug #61594] suggest new $(hash ...) function

2021-12-01 Thread rsbecker
On December 1, 2021 9:42 AM, anonymous wrote: > These are all good and useful points, thanks. However, some counter- > arguments: > I tried to be careful to distinguish "cryptographic" from "low-collision-rate- > hash" in the original description because I absolutely do not want to > "introduce

[bug #61594] suggest new $(hash ...) function

2021-12-01 Thread anonymous
Follow-up Comment #1, bug #61594 (project make): These are all good and useful points, thanks. However, some counter-arguments: I tried to be careful to distinguish "cryptographic" from "low-collision-rate-hash" in the original description because I absolutely do not want to "introduce

Re: GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread Eli Zaretskii
> From: > Cc: , , , > > Date: Wed, 1 Dec 2021 09:33:22 -0500 > > > The test doesn't check that the library is under GPL, it tests that it's > "GPL- > > compatible", which means it's Free Software. GNU Make doesn't want to > > load non-free modules. > > That is understood. Is this an

RE: GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread rsbecker
On December 1, 2021 9:25 AM, Eli Zaretskii wrote: > > From: > > Date: Wed, 1 Dec 2021 09:09:55 -0500 > > Cc: bug-make@gnu.org, bo...@kolpackov.net > > > > On December 1, 2021 9:06 AM, Tim Murphy wrote: > > > > > > > -load $(XTRA_OUTPUTDIR)/hash$(XTRA_EXT) > > > > This thread brings up a

Re: GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread Eli Zaretskii
> From: > Date: Wed, 1 Dec 2021 09:09:55 -0500 > Cc: bug-make@gnu.org, bo...@kolpackov.net > > On December 1, 2021 9:06 AM, Tim Murphy wrote: > > > > -load $(XTRA_OUTPUTDIR)/hash$(XTRA_EXT) > > This thread brings up a question. The load function checks for GPL > compatibility. > > /*

GPL Interpretation on load [Was: [bug #61594] suggest new $(hash ...) function]

2021-12-01 Thread rsbecker
On December 1, 2021 9:06 AM, Tim Murphy wrote: > -load $(XTRA_OUTPUTDIR)/hash$(XTRA_EXT) This thread brings up a question. The load function checks for GPL compatibility. /* Assert that the GPL license symbol is defined. */ symp = (load_func_t) dlsym (dlp,

RE: [bug #61594] suggest new $(hash ...) function

2021-12-01 Thread rsbecker
On December 1, 2021 9:06 AM, Tim Murphy wrote: > On Wed, 1 Dec 2021 at 12:37, Edward Welbourne > wrote: >> mailto:rsbec...@nexbridge.com (1 December 2021 13:08) wrote: >>> I would suggest that adding cryptography to GNU Make would limit its >>> reach. There are

Re: [bug #61594] suggest new $(hash ...) function

2021-12-01 Thread Tim Murphy
I have added such a function as a loadable library before - you might consider that if you can't get it done another way. https://github.com/tnmurphy/extramake look at hash.c. To try it : cd example && make -f example.mk > I called the function siphash24 because that's what I used - and its'

Re: [bug #61594] suggest new $(hash ...) function

2021-12-01 Thread Edward Welbourne
rsbec...@nexbridge.com (1 December 2021 13:08) wrote: > I would suggest that adding cryptography to GNU Make would limit its > reach. There are jurisdictions where it is questionable to import > software containing any cryptography. In addition, there are numerous > tools for doing what you want.

RE: [bug #61594] suggest new $(hash ...) function

2021-12-01 Thread rsbecker
On November 30, 2021 11:37 PM, anonymous wrote: > To: psm...@gnu.org; bo...@kolpackov.net; bug-make@gnu.org > Subject: [bug #61594] suggest new $(hash ...) function > > URL: > > > Summary: suggest new $(hash ...) function >