unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
@ 2020-08-01 14:51 Jeffrey Walton
  2020-08-01 15:04 ` Eli Zaretskii
  0 siblings, 1 reply; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 14:51 UTC (permalink / raw)
  To: 42651

[-- Attachment #1: Type: text/plain, Size: 9867 bytes --]

Hi Everyone,

I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
dependency on GnuPG warez:

emacs-27.1$ ldd src/emacs
    linux-vdso.so.1 (0x00007fffc4aec000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb044395000)
    ...
    libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20
(0x00007fb04216a000)
    libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x00007fb041f55000)

Now, the rub here is, I built updated GnuPG libraries for Emacs:

   emacs-27.1$ ls ~/tmp/ok2delete/lib/*error*
   /home/jwalton/tmp/ok2delete/lib/libgpg-error.la
   /home/jwalton/tmp/ok2delete/lib/libgpg-error.so
   /home/jwalton/tmp/ok2delete/lib/libgpg-error.so.0
   /home/jwalton/tmp/ok2delete/lib/libgpg-error.so.0.29.0
   emacs-27.1$ ls ~/tmp/ok2delete/lib/*gcrypt*
   /home/jwalton/tmp/ok2delete/lib/libgcrypt.la
   /home/jwalton/tmp/ok2delete/lib/libgcrypt.so
   /home/jwalton/tmp/ok2delete/lib/libgcrypt.so.20
   /home/jwalton/tmp/ok2delete/lib/libgcrypt.so.20.2.6

The worry is, those stupid path problems that have plagued Linux for
the last 25 years or so. Programs still can't load the correct damn
library at runtime.

   $ readelf -d src/emacs | grep -E 'RPATH|RUNPATH'
    0x000000000000001d (RUNPATH)            Library runpath:
[$ORIGIN/../lib:/home/jwalton/tmp/ok2delete/lib]

PKG_CONFIG_PATH is set properly.

There does not appear to be a configure setting for GnuPG.

==========

$ ./configure --help
...

X features:
  --x-includes=DIR    X include files are in DIR
  --x-libraries=DIR   X library files are in DIR

System types:
  --build=BUILD     configure for building on BUILD [guessed]
  --host=HOST       cross-compile to build programs to run on HOST [BUILD]

Optional Features:
  --disable-option-checking  ignore unrecognized --enable/--with options
  --disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)
  --enable-FEATURE[=ARG]  include FEATURE [ARG=yes]
  --disable-ns-self-contained
                          disable self contained build under NeXTstep
  --enable-locallisppath=PATH
                          directories Emacs should search for lisp files
                          specific to this site
  --enable-checking[=LIST]
                          enable expensive checks. With LIST, enable only
                          specific categories of checks. Categories are:
                          all,yes,no. Flags are: stringbytes, stringoverrun,
                          stringfreelist, structs, glyphs
  --enable-profiling      build emacs with low-level, gprof profiling support.
                          Mainly useful for debugging Emacs itself. May not
                          work on all platforms. Stops profiler.el working.
  --enable-autodepend     automatically generate dependencies to .h-files.
                          Requires gcc, enabled if found.
  --enable-gtk-deprecation-warnings
                          Show Gtk+/Gdk deprecation warnings for Gtk+ >= 3.0
  --disable-build-details Make the build more deterministic by omitting host
                          names, time stamps, etc. from the output.
  --disable-largefile     omit support for large files
  --enable-gcc-warnings[=TYPE]
                          control generation of GCC warnings. The TYPE 'yes'
                          means to fail if any warnings are issued;
                          'warn-only' means issue warnings without failing
                          (default for developer builds); 'no' means disable
                          warnings (default for non-developer builds).
  --enable-check-lisp-object-type
                          Enable compile time checks for the Lisp_Object data
                          type, which can catch some bugs during development.
  --enable-link-time-optimization
                          build with link-time optimization (experimental; see
                          INSTALL)
  --disable-silent-rules  verbose build output (undo: "make V=0")
  --enable-cross-guesses={conservative|risky}
                          specify policy for cross-compilation guesses
  --disable-acl           do not support ACLs

Optional Packages:
  --with-PACKAGE[=ARG]    use PACKAGE [ARG=yes]
  --without-PACKAGE       do not use PACKAGE (same as --with-PACKAGE=no)
  --without-all           omit almost all features and build small executable
                          with minimal dependencies
  --with-mailutils        rely on GNU Mailutils, so that the --without-pop
                          through --with-mailhost options are irrelevant; this
                          is the default if GNU Mailutils is installed
  --with-pop              Support POP mail retrieval if Emacs movemail is used
                          (not recommended, as Emacs movemail POP is
                          insecure). This is the default only on native
                          MS-Windows.
  --with-kerberos         support Kerberos-authenticated POP
  --with-kerberos5        support Kerberos version 5 authenticated POP
  --with-hesiod           support Hesiod to get the POP server host
  --with-mail-unlink      unlink, rather than empty, mail spool after reading
  --with-mailhost=HOSTNAME
                          string giving default POP mail host
  --with-sound=VALUE      compile with sound support (VALUE one of: yes, alsa,
                          oss, bsd-ossaudio, no; default yes). Only for
                          GNU/Linux, FreeBSD, NetBSD, MinGW, Cygwin.
  --with-pdumper=VALUE    enable pdumper support unconditionally ('yes', 'no',
                          or 'auto': default 'auto')
  --with-unexec=VALUE     enable unexec support unconditionally ('yes', 'no',
                          or 'auto': default 'auto')
  --with-dumping=VALUE    kind of dumping to use for initial Emacs build
                          (VALUE one of: pdumper, unexec, none; default
                          pdumper)
  --with-x-toolkit=KIT    use an X toolkit (KIT one of: yes or gtk, gtk2,
                          gtk3, lucid or athena, motif, no)
  --with-wide-int         prefer wide Emacs integers (typically 62-bit);
                          allows buffer and string size up to 2GB on 32-bit
                          hosts, at the cost of 10% to 30% slowdown of Lisp
                          interpreter and larger memory footprint
  --without-xpm           don't compile with XPM image support
  --without-jpeg          don't compile with JPEG image support
  --without-tiff          don't compile with TIFF image support
  --without-gif           don't compile with GIF image support
  --without-png           don't compile with PNG image support
  --without-rsvg          don't compile with SVG image support
  --without-lcms2         don't compile with Little CMS support
  --without-libsystemd    don't compile with libsystemd support
  --with-cairo            compile with Cairo drawing
  --without-xml2          don't compile with XML parsing support
  --with-imagemagick      compile with ImageMagick image support
  --without-json          don't compile with native JSON support
  --without-xft           don't use XFT for anti aliased fonts
  --without-harfbuzz      don't use HarfBuzz for text shaping
  --without-libotf        don't use libotf for OpenType font support
  --without-m17n-flt      don't use m17n-flt for text shaping
  --without-toolkit-scroll-bars
                          don't use Motif/Xaw3d/GTK toolkit scroll bars
  --without-xaw3d         don't use Xaw3d
  --without-xim           at runtime, default X11 XIM to off
  --with-ns               use Nextstep (macOS Cocoa or GNUstep) windowing
                          system. On by default on macOS.
  --with-w32              use native MS Windows GUI in a Cygwin build
  --without-gpm           don't use -lgpm for mouse support on a GNU/Linux
                          console
  --without-dbus          don't compile with D-Bus support
  --with-gconf            compile with Gconf support (Gsettings replaces this)
  --without-gsettings     don't compile with GSettings support
  --without-selinux       don't compile with SELinux support
  --without-gnutls        don't use -lgnutls for SSL/TLS support
  --without-zlib          don't compile with zlib decompression support
  --without-modules       don't compile with dynamic modules support
  --without-threads       don't compile with elisp threading support
  --with-file-notification=LIB
                          use a file notification library (LIB one of: yes,
                          inotify, kqueue, gfile, w32, no)
  --with-xwidgets         enable use of some gtk widgets in Emacs buffers
                          (requires gtk3)
  --without-makeinfo      don't require makeinfo for building manuals
  --without-compress-install
                          don't compress some files (.el, .info, etc.) when
                          installing. Equivalent to: make GZIP_PROG= install
  --with-gameuser=USER_OR_GROUP
                          user for shared game score files. An argument
                          prefixed by ':' specifies a group instead.
  --with-gnustep-conf=FILENAME
                          name of GNUstep configuration file to use on systems
                          where the command 'gnustep-config' does not work;
                          default $GNUSTEP_CONFIG_FILE, or
                          /etc/GNUstep/GNUstep.conf
  --with-x                use the X Window System
  --without-libgmp        don't use the GNU Multiple Precision (GMP) library;
                          this is the default on systems lacking libgmp.
  --without-included-regex
                          don't compile regex; this is the default on systems
                          with recent-enough versions of the GNU C Library
                          (use with caution on other systems).

[-- Attachment #2: config.log.zip --]
[-- Type: application/zip, Size: 9811 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 14:51 bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries Jeffrey Walton
@ 2020-08-01 15:04 ` Eli Zaretskii
  2020-08-01 15:05   ` Jeffrey Walton
  0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2020-08-01 15:04 UTC (permalink / raw)
  To: noloader; +Cc: 42651

> From: Jeffrey Walton <noloader@gmail.com>
> Date: Sat, 1 Aug 2020 10:51:54 -0400
> 
> I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> dependency on GnuPG warez:

Why is that a problem?

> There does not appear to be a configure setting for GnuPG.

AFAIK, libgpg-error is a dependency of libgcrypt, so it is linked in
because libgcrypt is.





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:04 ` Eli Zaretskii
@ 2020-08-01 15:05   ` Jeffrey Walton
  2020-08-01 15:11     ` Eli Zaretskii
  0 siblings, 1 reply; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 15:05 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42651

On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: Jeffrey Walton <noloader@gmail.com>
> > Date: Sat, 1 Aug 2020 10:51:54 -0400
> >
> > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > dependency on GnuPG warez:
>
> Why is that a problem?

The wrong library.

> > There does not appear to be a configure setting for GnuPG.
>
> AFAIK, libgpg-error is a dependency of libgcrypt, so it is linked in
> because libgcrypt is.

Again, the wrong library.

Jeff





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:05   ` Jeffrey Walton
@ 2020-08-01 15:11     ` Eli Zaretskii
  2020-08-01 15:14       ` Jeffrey Walton
  0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2020-08-01 15:11 UTC (permalink / raw)
  To: noloader; +Cc: 42651

> From: Jeffrey Walton <noloader@gmail.com>
> Date: Sat, 1 Aug 2020 11:05:00 -0400
> Cc: 42651@debbugs.gnu.org
> 
> On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Jeffrey Walton <noloader@gmail.com>
> > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > >
> > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > dependency on GnuPG warez:
> >
> > Why is that a problem?
> 
> The wrong library.

Which one?





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:11     ` Eli Zaretskii
@ 2020-08-01 15:14       ` Jeffrey Walton
  2020-08-01 15:15         ` Jeffrey Walton
  2020-08-01 15:17         ` Eli Zaretskii
  0 siblings, 2 replies; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 15:14 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42651

On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: Jeffrey Walton <noloader@gmail.com>
> > Date: Sat, 1 Aug 2020 11:05:00 -0400
> > Cc: 42651@debbugs.gnu.org
> >
> > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > >
> > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > > >
> > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > > dependency on GnuPG warez:
> > >
> > > Why is that a problem?
> >
> > The wrong library.
>
> Which one?

Both libgcrypt.so and libgpg-error.so.

Jeff





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:14       ` Jeffrey Walton
@ 2020-08-01 15:15         ` Jeffrey Walton
  2020-08-01 15:17         ` Eli Zaretskii
  1 sibling, 0 replies; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 15:15 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42651

On Sat, Aug 1, 2020 at 11:14 AM Jeffrey Walton <noloader@gmail.com> wrote:
>
> On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Jeffrey Walton <noloader@gmail.com>
> > > Date: Sat, 1 Aug 2020 11:05:00 -0400
> > > Cc: 42651@debbugs.gnu.org
> > >
> > > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > >
> > > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > > > >
> > > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > > > dependency on GnuPG warez:
> > > >
> > > > Why is that a problem?
> > >
> > > The wrong library.
> >
> > Which one?
>
> Both libgcrypt.so and libgpg-error.so.

This may help:

$ ldd emacs-27.1/src/emacs
    linux-vdso.so.1 (0x00007fff009cd000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fc75f0fc000)
    libxml2.so.2 => /home/jwalton/tmp/ok2delete/lib/libxml2.so.2
(0x00007fc75eda0000)
    libtinfo.so.6 => /home/jwalton/tmp/ok2delete/lib/libtinfo.so.6
(0x00007fc75eb68000)
    libanl.so.1 => /lib/x86_64-linux-gnu/libanl.so.1 (0x00007fc75e964000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc75e5c6000)
    libz.so.1 => /home/jwalton/tmp/ok2delete/lib/libz.so.1 (0x00007fc75e3af000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fc75e1ab000)
    libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0
(0x00007fc75df27000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007fc75dd08000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc75d917000)
    libiconv.so.2 =>
/home/jwalton/tmp/ok2delete/lib/../lib/libiconv.so.2
(0x00007fc75d62f000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fc75fab1000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fc75d409000)
    liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007fc75d1ed000)
    libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20
(0x00007fc75ced1000)
    libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x00007fc75ccbc000)





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:14       ` Jeffrey Walton
  2020-08-01 15:15         ` Jeffrey Walton
@ 2020-08-01 15:17         ` Eli Zaretskii
  2020-08-01 15:21           ` Jeffrey Walton
  1 sibling, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2020-08-01 15:17 UTC (permalink / raw)
  To: noloader; +Cc: 42651

> From: Jeffrey Walton <noloader@gmail.com>
> Date: Sat, 1 Aug 2020 11:14:25 -0400
> Cc: 42651@debbugs.gnu.org
> 
> On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Jeffrey Walton <noloader@gmail.com>
> > > Date: Sat, 1 Aug 2020 11:05:00 -0400
> > > Cc: 42651@debbugs.gnu.org
> > >
> > > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > >
> > > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > > > >
> > > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > > > dependency on GnuPG warez:
> > > >
> > > > Why is that a problem?
> > >
> > > The wrong library.
> >
> > Which one?
> 
> Both libgcrypt.so and libgpg-error.so.

So you would like your own libraries linked into Emacs, is that the
issue here?  If so, I think you need to set up your build to look
there, by setting LDFLAGS at configure time.  Would that solve the
problem?





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:17         ` Eli Zaretskii
@ 2020-08-01 15:21           ` Jeffrey Walton
  2020-08-01 15:22             ` Jeffrey Walton
  2021-10-11 13:41             ` Stefan Kangas
  0 siblings, 2 replies; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 15:21 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42651

On Sat, Aug 1, 2020 at 11:17 AM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: Jeffrey Walton <noloader@gmail.com>
> > Date: Sat, 1 Aug 2020 11:14:25 -0400
> > Cc: 42651@debbugs.gnu.org
> >
> > On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > >
> > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > Date: Sat, 1 Aug 2020 11:05:00 -0400
> > > > Cc: 42651@debbugs.gnu.org
> > > >
> > > > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > > >
> > > > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > > > > >
> > > > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > > > > dependency on GnuPG warez:
> > > > >
> > > > > Why is that a problem?
> > > >
> > > > The wrong library.
> > >
> > > Which one?
> >
> > Both libgcrypt.so and libgpg-error.so.
>
> So you would like your own libraries linked into Emacs, is that the
> issue here?  If so, I think you need to set up your build to look
> there, by setting LDFLAGS at configure time.  Would that solve the
> problem?

LDFLAGS is set. Here are the flags I use for every package I build on Linux.

 AUTOCONF_BUILD: x86_64-pc-linux-gnu
PKG_CONFIG_PATH: /usr/local/lib/pkgconfig
       CPPFLAGS: -I/usr/local/include -DNDEBUG
        ASFLAGS: -Wa,--noexecstack
         CFLAGS: -g2 -O2 -march=native -fPIC -pthread
       CXXFLAGS: -g2 -O2 -march=native -fPIC -pthread
        LDFLAGS: -L/usr/local/lib -Wl,-R,'$ORIGIN/../lib'
-Wl,-R,/usr/local/lib -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
-Wl,-z,noexecstack -Wl,-z,origin
         LDLIBS: -ldl -lpthread





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:21           ` Jeffrey Walton
@ 2020-08-01 15:22             ` Jeffrey Walton
  2021-10-11 13:41             ` Stefan Kangas
  1 sibling, 0 replies; 11+ messages in thread
From: Jeffrey Walton @ 2020-08-01 15:22 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42651

On Sat, Aug 1, 2020 at 11:21 AM Jeffrey Walton <noloader@gmail.com> wrote:
>
> On Sat, Aug 1, 2020 at 11:17 AM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Jeffrey Walton <noloader@gmail.com>
> > > Date: Sat, 1 Aug 2020 11:14:25 -0400
> > > Cc: 42651@debbugs.gnu.org
> > >
> > > On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > >
> > > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > > Date: Sat, 1 Aug 2020 11:05:00 -0400
> > > > > Cc: 42651@debbugs.gnu.org
> > > > >
> > > > > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > > > >
> > > > > > > From: Jeffrey Walton <noloader@gmail.com>
> > > > > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
> > > > > > >
> > > > > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
> > > > > > > dependency on GnuPG warez:
> > > > > >
> > > > > > Why is that a problem?
> > > > >
> > > > > The wrong library.
> > > >
> > > > Which one?
> > >
> > > Both libgcrypt.so and libgpg-error.so.
> >
> > So you would like your own libraries linked into Emacs, is that the
> > issue here?  If so, I think you need to set up your build to look
> > there, by setting LDFLAGS at configure time.  Would that solve the
> > problem?
>
> LDFLAGS is set. Here are the flags I use for every package I build on Linux.
>
>  AUTOCONF_BUILD: x86_64-pc-linux-gnu
> PKG_CONFIG_PATH: /usr/local/lib/pkgconfig
>        CPPFLAGS: -I/usr/local/include -DNDEBUG
>         ASFLAGS: -Wa,--noexecstack
>          CFLAGS: -g2 -O2 -march=native -fPIC -pthread
>        CXXFLAGS: -g2 -O2 -march=native -fPIC -pthread
>         LDFLAGS: -L/usr/local/lib -Wl,-R,'$ORIGIN/../lib'
> -Wl,-R,/usr/local/lib -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
> -Wl,-z,noexecstack -Wl,-z,origin
>          LDLIBS: -ldl -lpthread

My bad... Here are the flags for this particular configuration
(prefix=$HOME/tmp/ok2delete):

 AUTOCONF_BUILD: x86_64-pc-linux-gnu
PKG_CONFIG_PATH: /home/jwalton/tmp/ok2delete/lib/pkgconfig
       CPPFLAGS: -I/home/jwalton/tmp/ok2delete/include -DNDEBUG
        ASFLAGS: -Wa,--noexecstack
         CFLAGS: -g2 -O2 -march=native -fPIC -pthread
       CXXFLAGS: -g2 -O2 -march=native -fPIC -pthread
        LDFLAGS: -L/home/jwalton/tmp/ok2delete/lib
-Wl,-R,'$ORIGIN/../lib' -Wl,-R,/home/jwalton/tmp/ok2delete/lib
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack
-Wl,-z,origin
         LDLIBS: -ldl -lpthread





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2020-08-01 15:21           ` Jeffrey Walton
  2020-08-01 15:22             ` Jeffrey Walton
@ 2021-10-11 13:41             ` Stefan Kangas
  2021-11-09  6:42               ` Lars Ingebrigtsen
  1 sibling, 1 reply; 11+ messages in thread
From: Stefan Kangas @ 2021-10-11 13:41 UTC (permalink / raw)
  To: Jeffrey Walton; +Cc: 42651

Jeffrey Walton <noloader@gmail.com> writes:

> On Sat, Aug 1, 2020 at 11:17 AM Eli Zaretskii <eliz@gnu.org> wrote:
>>
>> > From: Jeffrey Walton <noloader@gmail.com>
>> > Date: Sat, 1 Aug 2020 11:14:25 -0400
>> > Cc: 42651@debbugs.gnu.org
>> >
>> > On Sat, Aug 1, 2020 at 11:11 AM Eli Zaretskii <eliz@gnu.org> wrote:
>> > >
>> > > > From: Jeffrey Walton <noloader@gmail.com>
>> > > > Date: Sat, 1 Aug 2020 11:05:00 -0400
>> > > > Cc: 42651@debbugs.gnu.org
>> > > >
>> > > > On Sat, Aug 1, 2020 at 11:04 AM Eli Zaretskii <eliz@gnu.org> wrote:
>> > > > >
>> > > > > > From: Jeffrey Walton <noloader@gmail.com>
>> > > > > > Date: Sat, 1 Aug 2020 10:51:54 -0400
>> > > > > >
>> > > > > > I was looking at the ldd dependencies of emacs-27.1-rc1. It shows a
>> > > > > > dependency on GnuPG warez:
>> > > > >
>> > > > > Why is that a problem?
>> > > >
>> > > > The wrong library.
>> > >
>> > > Which one?
>> >
>> > Both libgcrypt.so and libgpg-error.so.
>>
>> So you would like your own libraries linked into Emacs, is that the
>> issue here?  If so, I think you need to set up your build to look
>> there, by setting LDFLAGS at configure time.  Would that solve the
>> problem?
>
> LDFLAGS is set. Here are the flags I use for every package I build on Linux.
>
>  AUTOCONF_BUILD: x86_64-pc-linux-gnu
> PKG_CONFIG_PATH: /usr/local/lib/pkgconfig
>        CPPFLAGS: -I/usr/local/include -DNDEBUG
>         ASFLAGS: -Wa,--noexecstack
>          CFLAGS: -g2 -O2 -march=native -fPIC -pthread
>        CXXFLAGS: -g2 -O2 -march=native -fPIC -pthread
>         LDFLAGS: -L/usr/local/lib -Wl,-R,'$ORIGIN/../lib'
> -Wl,-R,/usr/local/lib -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
> -Wl,-z,noexecstack -Wl,-z,origin
>          LDLIBS: -ldl -lpthread

Could you provide a recipe for reproducing this issue?





^ permalink raw reply	[flat|nested] 11+ messages in thread

* bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries
  2021-10-11 13:41             ` Stefan Kangas
@ 2021-11-09  6:42               ` Lars Ingebrigtsen
  0 siblings, 0 replies; 11+ messages in thread
From: Lars Ingebrigtsen @ 2021-11-09  6:42 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: Jeffrey Walton, 42651

Stefan Kangas <stefan@marxist.se> writes:

>> LDFLAGS is set. Here are the flags I use for every package I build on Linux.
>>
>>  AUTOCONF_BUILD: x86_64-pc-linux-gnu
>> PKG_CONFIG_PATH: /usr/local/lib/pkgconfig
>>        CPPFLAGS: -I/usr/local/include -DNDEBUG
>>         ASFLAGS: -Wa,--noexecstack
>>          CFLAGS: -g2 -O2 -march=native -fPIC -pthread
>>        CXXFLAGS: -g2 -O2 -march=native -fPIC -pthread
>>         LDFLAGS: -L/usr/local/lib -Wl,-R,'$ORIGIN/../lib'
>> -Wl,-R,/usr/local/lib -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
>> -Wl,-z,noexecstack -Wl,-z,origin
>>          LDLIBS: -ldl -lpthread
>
> Could you provide a recipe for reproducing this issue?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If progress can be made,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2021-11-09  6:42 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-08-01 14:51 bug#42651: emacs-27.1-rc1 and wrong GnuPG libraries Jeffrey Walton
2020-08-01 15:04 ` Eli Zaretskii
2020-08-01 15:05   ` Jeffrey Walton
2020-08-01 15:11     ` Eli Zaretskii
2020-08-01 15:14       ` Jeffrey Walton
2020-08-01 15:15         ` Jeffrey Walton
2020-08-01 15:17         ` Eli Zaretskii
2020-08-01 15:21           ` Jeffrey Walton
2020-08-01 15:22             ` Jeffrey Walton
2021-10-11 13:41             ` Stefan Kangas
2021-11-09  6:42               ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).