GNU bug report logs - #24574
emacs-module is not GPL compatible (Windows)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24574 in the body.
You can then email your comments to 24574 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mambo Levis <mambo.levis <at> gmail.com>
To: "help-gnu-emacs <at> gnu.org" <help-gnu-emacs <at> gnu.org>
Cc: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: emacs-module is not GPL compatible (Windows)
Date: Fri, 30 Sep 2016 20:17:11 +0000 (UTC)

[Message part 1 (text/plain, inline)]

Hi,
I build the emacs-sqlite3 project in Windows using MINGW (mingw64_shell.bat) and the following message appears whenI requiere the module:
sqlite3-core.dll is not GPL compatible

Questions: 
1. Have anybody tried to build this project in windows using MINGW or Visual Studio?
2. Do you have any idea about the error message: sqlite3-core.dll is not GPL compatible?
I found this project (sqlite3-core) more interesting/valuable for testing the new emacs-module than the default provided (mod-test) in emacs-25.1-src/modules
Repository: https://github.com/syohex/emacs-sqlite3
I also found and build a similar project https://github.com/thom-jenks/emacs-sqlite but unfortunately with the same problem: it is not GPL compatible

Thanks
Levis

[Message part 2 (text/html, inline)]

Message #8 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Robert Cochran <robert-emacs <at> cochranmail.com>
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: 24574 <at> debbugs.gnu.org, "help-gnu-emacs <at> gnu.org" <help-gnu-emacs <at> gnu.org>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Fri, 30 Sep 2016 21:37:33 -0700

Mambo Levis <mambo.levis <at> gmail.com> writes:

> 2. Do you have any idea about the error message: sqlite3-core.dll is not GPL compatible?

Well, the library needs to provide a C symbol named
"plugin_is_GPL_compatible", which the first one does. So I'm not
entirely sure why Emacs is rejecting the library.

If I had to guess, I'd suppose that whatever compiler your using is
noticing that the symbol is never used and removes it. That's an
educated guess based on what I've seen compilers do for other things
that end up being unused; I have no idea if I'm anywhere close to
correct.

On that thought, though, perhaps you could modify the
`emacs_module_init` function to touch the variable (by doing something
like, say, 'plugin_is_GPL_compatible = 42') and see what happens?

HTH,
-- 
~Robert Cochran

GPG Fingerprint - E778 2DD4 FEA6 6A68 6F26  AD2D E5C3 EB36 4886 8871

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alain Schneble <a.s <at> realize.ch>
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: "help-gnu-emacs <at> gnu.org" <help-gnu-emacs <at> gnu.org>,
 "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Re: emacs-module is not GPL compatible (Windows)
Date: Sat, 1 Oct 2016 09:53:46 +0200

Mambo Levis <mambo.levis <at> gmail.com> writes:

> Hi,
> I build the emacs-sqlite3 project in Windows using MINGW (mingw64_shell.bat) and the following message appears whenI requiere the module:
> sqlite3-core.dll is not GPL compatible
>
> Questions: 
> 1. Have anybody tried to build this project in windows using MINGW or Visual Studio?
> 2. Do you have any idea about the error message: sqlite3-core.dll is not GPL compatible?
> I found this project (sqlite3-core) more interesting/valuable for testing the new emacs-module than the default provided (mod-test) in emacs-25.1-src/modules
> Repository: https://github.com/syohex/emacs-sqlite3
> I also found and build a similar project https://github.com/thom-jenks/emacs-sqlite but unfortunately with the same problem: it is not GPL compatible
>
> Thanks
> Levis

FWIW, mod-test works properly here on mingw64 with gcc 6.1.0, even with
CFLAGS='-O3'.  Did you try with mod-test?  Do you get the same error?

Alain

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mambo Levis <mambo.levis <at> gmail.com>
To: Alain Schneble <a.s <at> realize.ch>
Cc: "help-gnu-emacs <at> gnu.org" <help-gnu-emacs <at> gnu.org>,
 "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Re: emacs-module is not GPL compatible (Windows)
Date: Sat, 1 Oct 2016 12:31:26 +0000 (UTC)

[Message part 1 (text/plain, inline)]

Yes, I tried mod-test and it worked properly without using any calling convention such __declspec(dllexport).
I have made the following tests:
1. I commented all module's functions related with sqlite3 library and only leave uncommented one of function to verify if the module is working:
  /* emacs-sqlite-version*/static emacs_valueFemacs_sqlite_version (emacs_env *env, ptrdiff_t nargs, emacs_value args[], void *data){     const char* msg_docstr = "emacs-sqlite module version 0.1";  return env->make_string (env, msg_docstr, strlen(msg_docstr));}
When I require (emacs-sqlite-version) it works as expected.
2. I tested only two function: the previous one Femacs_sqlite_version and other associated with sqlite. Once I consider a module function related to sqlite error message appears: is not GPL compatible

I think the error is related with the linking process of the sqlite3.lib . One possible test is not linking sqlite3.lib and stead just using sqlite source code as a part of the module.
Do you have any suggestion?
Levis

 

    On Saturday, October 1, 2016 9:54 AM, Alain Schneble <a.s <at> realize.ch> wrote:
 

 Mambo Levis <mambo.levis <at> gmail.com> writes:

> Hi,
> I build the emacs-sqlite3 project in Windows using MINGW (mingw64_shell.bat) and the following message appears whenI requiere the module:
> sqlite3-core.dll is not GPL compatible
>
> Questions: 
> 1. Have anybody tried to build this project in windows using MINGW or Visual Studio?
> 2. Do you have any idea about the error message: sqlite3-core.dll is not GPL compatible?
> I found this project (sqlite3-core) more interesting/valuable for testing the new emacs-module than the default provided (mod-test) in emacs-25.1-src/modules
> Repository: https://github.com/syohex/emacs-sqlite3
> I also found and build a similar project https://github.com/thom-jenks/emacs-sqlite but unfortunately with the same problem: it is not GPL compatible
>
> Thanks
> Levis

FWIW, mod-test works properly here on mingw64 with gcc 6.1.0, even with
CFLAGS='-O3'.  Did you try with mod-test?  Do you get the same error?

Alain


   

[Message part 2 (text/html, inline)]

Message #17 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: 24574 <at> debbugs.gnu.org, a.s <at> realize.ch
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Sat, 01 Oct 2016 18:40:36 +0300

[Please don't cross post to help-gnu-emacs if you report bugs.]

> Date: Sat, 1 Oct 2016 12:31:26 +0000 (UTC)
> From: Mambo Levis <mambo.levis <at> gmail.com>
> Cc: 24574 <at> debbugs.gnu.org, help-gnu-emacs <at> gnu.org
> 
> 1. I commented all module's functions related with sqlite3 library and only leave uncommented one of function
> to verify if the module is working:
> 
> /* emacs-sqlite-version*/
> static emacs_value
> Femacs_sqlite_version (emacs_env *env, ptrdiff_t nargs, emacs_value args[], void *data)
> {
> const char* msg_docstr = "emacs-sqlite module version 0.1";
> return env->make_string (env, msg_docstr, strlen(msg_docstr));
> }
> 
> When I require (emacs-sqlite-version) it works as expected.
> 
> 2. I tested only two function: the previous one Femacs_sqlite_version and other associated with sqlite. Once I
> consider a module function related to sqlite error message appears: 
> is not GPL compatible
> 
> I think the error is related with the linking process of the sqlite3.lib . One possible test is not linking sqlite3.lib
> and stead just using sqlite source code as a part of the module.
> 
> Do you have any suggestion?

I'd start by using the pexports program (or something similar) to see
which symbols are exported by the sqlite DLL.

Message #20 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Mambo Levis <mambo.levis <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "24574 <at> debbugs.gnu.org" <24574 <at> debbugs.gnu.org>,
 "a.s <at> realize.ch" <a.s <at> realize.ch>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Sat, 1 Oct 2016 20:28:15 +0000 (UTC)

[Message part 1 (text/plain, inline)]

Thank you for the pexports recommendation.
For somebody that just read this problem for the first time, a summary:
Emacs version: GNU Emacs 25.1.1

Emacs module repo: https://github.com/syohex/emacs-sqlite3

Build process: mingw64_shell.bat (Windows) 
Dependency: sqlite.lib
Makefile:
EMACS = D:\user\emacs-src\emacs-25-branch-srcINCLUDE = -I. -I$(EMACS)\src 
CC      = gccLD      = gccLDFLAGS =
# On MS-Windows, say "make SO=dll" to build the moduleSO      = dll# -fPIC is a no-op on Windows, but causes a compiler warningifeq ($(SO),dll)CFLAGS  = -std=gnu99 -ggdb3 -WallelseCFLAGS  = -std=gnu99 -ggdb3 -Wall -fPICendif
all: sqlite3-core.$(SO)
%.$(SO): %.o $(LD) -shared $(LDFLAGS) -o $@ $< sqlite3.lib
%.o: %.c $(CC) $(CFLAGS) $(INCLUDE) -c $<
check: $(EMACS)/src/emacs -batch -l ert -l test.el -f ert-run-tests-batch-and-exit    clean: rm -rf *.o *.dll *.a *.d
--------------------------------------------------------------------------------------------------------------------------------
Now the result of my tests:

1. The symbols exported by the modules without considering any sqlite function are:
 LIBRARY sqlite3-core.dll
EXPORTSemacs_module_init ; .text ; RVA 00001685plugin_is_GPL_compatible DATA ; no section ; RVA 00007010
2. onsidering the following sqlite3 related function:
static voidel_sqlite3_free(void *arg){ sqlite3_close((sqlite3*)arg);}
When I generate the sqlite3-core.dll using at least one sqlite3 DLL function, for example sqlite3_close , an error message appears:  (the module can't be found) ..../modules/emacs-sqlite3/sqlite3-core.dll: Das angegebene Modul wurde nicht gefunden.

I check the sqlite3.dll using pexports tool, and the symbols sqlite3_close is exported.LIBRARY sqlite3.dllEXPORTS.....sqlite3_changes ; .text ; RVA 0009c648sqlite3_clear_bindings ; .text ; RVA 000373dcsqlite3_close ; .text ; RVA 0009c9e8sqlite3_close_v2 ; .text ; RVA 0009ca08sqlite3_collation_needed ; .text ; RVA 0009f4b3sqlite3_collation_needed16 ; .text ; RVA 0009f51f
I check the module qlite3-core.dll again and the symbols are there.
; .text   : RVA: 00001000, File offset: 00000600; .data   : RVA: 00003000, File offset: 00002400; .rdata  : RVA: 00004000, File offset: 00002600; .pdata  : RVA: 00005000, File offset: 00002e00; .xdata  : RVA: 00006000, File offset: 00003200; .bss    : RVA: 00007000, File offset: 00000000; .edata  : RVA: 00008000, File offset: 00003400; .idata  : RVA: 00009000, File offset: 00003600; .CRT    : RVA: 0000a000, File offset: 00003e00; .tls    : RVA: 0000b000, File offset: 00004000; .reloc  : RVA: 0000c000, File offset: 00004200; /4      : RVA: 0000d000, File offset: 00004400; /19     : RVA: 0000e000, File offset: 00004800; /31     : RVA: 00018000, File offset: 0000e200; /45     : RVA: 0001a000, File offset: 0000fa00; /57     : RVA: 0001c000, File offset: 00011200; /70     : RVA: 0001d000, File offset: 00011e00; /81     : RVA: 0001e000, File offset: 00012200; /92     : RVA: 00021000, File offset: 00015200; /105    : RVA: 0002b000, File offset: 0001f200; Reading exports from section: .edata; Export table: sqlite3-core.dll; Ordinal base: 1; Ordinal table RVA: 00008038; Name table RVA: 0008030; Export address table RVA: 00008028LIBRARY sqlite3-core.dllEXPORTSemacs_module_init ; .text ; RVA 00001696plugin_is_GPL_compatible DATA ; no section ; RVA 000078f0 

Please, notice that this time the plugin_is_GPL_compatible. The problem is now that the module can't be found when a sqlite3.dll symbol is used.
Any Idea or suggestion?
Thanks
Levis
    On Saturday, October 1, 2016 5:40 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
 

 [Please don't cross post to help-gnu-emacs if you report bugs.]

> Date: Sat, 1 Oct 2016 12:31:26 +0000 (UTC)
> From: Mambo Levis <mambo.levis <at> gmail.com>
> Cc: 24574 <at> debbugs.gnu.org, help-gnu-emacs <at> gnu.org
> 
> 1. I commented all module's functions related with sqlite3 library and only leave uncommented one of function
> to verify if the module is working:
> 
> /* emacs-sqlite-version*/
> static emacs_value
> Femacs_sqlite_version (emacs_env *env, ptrdiff_t nargs, emacs_value args[], void *data)
> {
> const char* msg_docstr = "emacs-sqlite module version 0.1";
> return env->make_string (env, msg_docstr, strlen(msg_docstr));
> }
> 
> When I require (emacs-sqlite-version) it works as expected.
> 
> 2. I tested only two function: the previous one Femacs_sqlite_version and other associated with sqlite. Once I
> consider a module function related to sqlite error message appears: 
> is not GPL compatible
> 
> I think the error is related with the linking process of the sqlite3.lib . One possible test is not linking sqlite3.lib
> and stead just using sqlite source code as a part of the module.
> 
> Do you have any suggestion?

I'd start by using the pexports program (or something similar) to see
which symbols are exported by the sqlite DLL.


   

[Message part 2 (text/html, inline)]

Message #23 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: 24574 <at> debbugs.gnu.org, a.s <at> realize.ch
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Sun, 02 Oct 2016 09:24:05 +0300

> Date: Sat, 1 Oct 2016 20:28:15 +0000 (UTC)
> From: Mambo Levis <mambo.levis <at> gmail.com>
> Cc: "a.s <at> realize.ch" <a.s <at> realize.ch>, 
> 	"24574 <at> debbugs.gnu.org" <24574 <at> debbugs.gnu.org>
> 
> %.$(SO): %.o
> $(LD) -shared $(LDFLAGS) -o $@ $< sqlite3.lib
> [...]
> Please, notice that this time the plugin_is_GPL_compatible. The problem is now that the module can't be
> found when a sqlite3.dll symbol is used.
> 
> Any Idea or suggestion?

Add -Wl,-export-all-symbols to LDFLAGS.

Message #26 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Mambo Levis <mambo.levis <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "ofv <at> wanadoo.es" <ofv <at> wanadoo.es>,
 "24574 <at> debbugs.gnu.org" <24574 <at> debbugs.gnu.org>,
 "a.s <at> realize.ch" <a.s <at> realize.ch>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Sun, 2 Oct 2016 15:53:21 +0000 (UTC)

[Message part 1 (text/plain, inline)]

Hi,
I found the problem:
I checked everything again using the tool pexports, and both sqlite3-core.dll and sqlite3.dll were exporting all symbols. I compare all with the following article:http://gernotklingler.com/blog/creating-using-shared-libraries-different-compilers-different-operating-systems/  and I couldn't find any problem. 


The only thing left to do was to put sqlite.dll in the emacs\bin folder and Voilà, now it works. In fact I had already added the path and used  to sqlite3.dll in my emacs init file, but the location was wrong; after my emacs-modules collection. 
Thank you for your feedback and support. 
Muchas gracias Oscar Fuentes por tu colaboración.
Levis


 

    On Sunday, October 2, 2016 8:24 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
 

 > Date: Sat, 1 Oct 2016 20:28:15 +0000 (UTC)
> From: Mambo Levis <mambo.levis <at> gmail.com>
> Cc: "a.s <at> realize.ch" <a.s <at> realize.ch>, 
>     "24574 <at> debbugs.gnu.org" <24574 <at> debbugs.gnu.org>
> 
> %.$(SO): %.o
> $(LD) -shared $(LDFLAGS) -o $@ $< sqlite3.lib
> [...]
> Please, notice that this time the plugin_is_GPL_compatible. The problem is now that the module can't be
> found when a sqlite3.dll symbol is used.
> 
> Any Idea or suggestion?

Add -Wl,-export-all-symbols to LDFLAGS.


   

[Message part 2 (text/html, inline)]

Message #29 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: npostavs <at> users.sourceforge.net
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: "ofv <at> wanadoo.es" <ofv <at> wanadoo.es>, 24574 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>, "a.s <at> realize.ch" <a.s <at> realize.ch>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Tue, 04 Oct 2016 22:48:41 -0400

Mambo Levis <mambo.levis <at> gmail.com> writes:

> Please, notice that this time the plugin_is_GPL_compatible. The
> problem is now that the module can't be found when a sqlite3.dll
> symbol is used.

What was the difference between this time and the previous time?

>
> The only thing left to do was to put sqlite.dll in the emacs\bin
> folder and Voilà, now it works. In fact I had already added the path
> and used to sqlite3.dll in my emacs init file, but the location was
> wrong; after my emacs-modules collection.

So there is no bug after all?  Should we just close this report, or is
there perhaps some guidance we should add to the documentation about how
to build modules on Windows?

Message #32 received at 24574 <at> debbugs.gnu.org (full text, mbox):

From: Mambo Levis <mambo.levis <at> gmail.com>
To: "npostavs <at> users.sourceforge.net" <npostavs <at> users.sourceforge.net>
Cc: "ofv <at> wanadoo.es" <ofv <at> wanadoo.es>,
 "24574 <at> debbugs.gnu.org" <24574 <at> debbugs.gnu.org>, Eli Zaretskii <eliz <at> gnu.org>,
 "a.s <at> realize.ch" <a.s <at> realize.ch>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Wed, 5 Oct 2016 16:51:18 +0000 (UTC)

[Message part 1 (text/plain, inline)]

Hi,
Yes, in summary there is no bug after all, yes you can close it.
Recommendations for windows users:

Problem 1: "The module is not GPL compatible". My suggestion is to provide a more generic Makefile able to link external libraries such Sqlite. Attached you can find the final version of the Makefile I used to build the module. Another recommendation is to test if DLL symbols are exported using tools such pexports or Dependecy walker. 
Problem 2: "The emacs module can't be found". This is easy to handle by adding the path to sqlite3.dll to windows environment variables. Other solution is put the sqlite3.dll in the same folder where the emacs.exe is located. In case that someone add the path to sqlite3.dll in emacs init file, it should be located before calling the emacs module. In my case, I move my windows path setup in emacsto the top of the init file.
I think the most important was the support I receive from you, thank you.
Levis

 

    On Wednesday, October 5, 2016 4:48 AM, "npostavs <at> users.sourceforge.net" <npostavs <at> users.sourceforge.net> wrote:
 

 Mambo Levis <mambo.levis <at> gmail.com> writes:

> Please, notice that this time the plugin_is_GPL_compatible. The
> problem is now that the module can't be found when a sqlite3.dll
> symbol is used.

What was the difference between this time and the previous time?

>
> The only thing left to do was to put sqlite.dll in the emacs\bin
> folder and Voilà, now it works. In fact I had already added the path
> and used to sqlite3.dll in my emacs init file, but the location was
> wrong; after my emacs-modules collection.

So there is no bug after all?  Should we just close this report, or is
there perhaps some guidance we should add to the documentation about how
to build modules on Windows?

   

[Message part 2 (text/html, inline)]

[Makefile (application/octet-stream, attachment)]

Message #37 received at 24574-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Mambo Levis <mambo.levis <at> gmail.com>
Cc: "ofv <at> wanadoo.es" <ofv <at> wanadoo.es>, "a.s <at> realize.ch" <a.s <at> realize.ch>,
 Eli Zaretskii <eliz <at> gnu.org>, 24574-done <at> debbugs.gnu.org,
 "npostavs <at> users.sourceforge.net" <npostavs <at> users.sourceforge.net>
Subject: Re: bug#24574: emacs-module is not GPL compatible (Windows)
Date: Fri, 22 Oct 2021 19:47:44 -0700

Mambo Levis <mambo.levis <at> gmail.com> writes:

> On Wednesday, October 5, 2016 4:48 AM, "npostavs <at> users.sourceforge.net" <npostavs <at> users.sourceforge.net> wrote:
[...]
>> So there is no bug after all?  Should we just close this report, or is
>> there perhaps some guidance we should add to the documentation about how
>> to build modules on Windows?
[...]
> Yes, in summary there is no bug after all, yes you can close it.

Thanks, I read this thread and I can't see what we can add here besides
the usual "fiddle with paths, put stuff where it belongs".

So I'm closing this bug report.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.