[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Fldigi debian/ files result in non-optimized binaries



Hey Christoph and other Debian packagers,

I'm working on building up my new deb-based system and I noticed that when using the Debian provided deb/ build files:

   http://deb.debian.org/debian/pool/main/f/fldigi/fldigi_4.1.18-1.debian.tar.xz


Fldigi's configure stage isn't optimizing the binaries for architecture specific CPU optimizations:

  --
  Configuration summary:

  Version ..................... 4.1.18

  Static linking .............. no
  CPU optimizations ........... none  <------------------------------------------
  Debugging ................... no

  fldigi ...................... yes
  flarq ....................... yes

  i18n ........................ yes

 fldigi build options:

  oss ......................... yes
  portaudio ................... yes
  pulseaudio .................. yes

  libmbedtls .................. external lib
  flxmlrpc .................... external lib

  hamlib ...................... yes
  --


I understand the "native" option probably won't be portable enough for generic Debian packaging but here is what I'm doing for my system:
--
--- rules.orig    2021-02-14 11:03:15.375943363 -0800
+++ rules    2021-02-14 11:00:58.830565188 -0800
@@ -15,7 +15,7 @@
 
 override_dh_auto_configure:
     # force using external libmbedtls (with explicit flags until it has pkg-config support, #900015)
-    dh_auto_configure -- --with-libmbedtls LIBMBEDTLS_CFLAGS="-I/usr/include/mbedtls" LIBMBEDTLS_LIBS="-lmbedtls -lmbedx509 -lmbedcrypto"
+    dh_auto_configure -- --enable-optimizations=native --without-flxmlrpc --with-libmbedtls LIBMBEDTLS_CFLAGS="-I/usr/include/mbedtls" LIBMBEDTLS_LIBS="-lmbedtls -lmbedx509 -lmbedcrypto"
     # remove build path from build flags
     sed -i -e 's/\(-f[^ ]*prefix-map\)=[^ =]*=/\1=.=/g' src/config.h
--


I have to believe there are settings available that can be far better for 32bit and 64bit systems than "none":

   https://wiki.gentoo.org/wiki/GCC_optimization


Any chances to get something better optimized yet still somewhat generic for users?  These optimizations can make massive performance differences for users.

--David
KI6ZHD

Reply to: