GNU bug report logs -
#24574
emacs-module is not GPL compatible (Windows)
Previous Next
Reported by: Mambo Levis <mambo.levis <at> gmail.com>
Date: Fri, 30 Sep 2016 20:18:02 UTC
Severity: minor
Tags: notabug
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[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)]
This bug report was last modified 3 years and 290 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.