[bug #57168] libgettextlib uses indirect linking with libm

[Bruno Haible]

Update of bug #57168 (project gettext):

                Category:                    None => Build                  
                  Status:                    None => Invalid                
             Assigned to:                    None => haible                 
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #1:

libgettextlib indeed needs to link with -lm, because the function
xmlXPathCastNumberToString, defined in xpath.c, invokes log10.

When I build gettext from source on a glibc system, it does so because

1) the command line that builds libgettextlib.la looks like this:

libtool: link: gcc -shared  -fPIC -DPIC  .libs/copy-acl.o ... .libs/xmemdup0.o
 -Wl,--whole-archive ./.libs/libxml_rpl.a -Wl,--no-whole-archive  -lacl -lm
-LPREFIX/lib  -g -O2   -Wl,-soname -Wl,libgettextlib-20191013.so -o
.libs/libgettextlib-20191013.so

As you can see, it contains -lm after the various .o files.

2) As a consequence, the generated libgettextlib.la contains explicit
references to -lm:

dependency_libs=' -lacl -lm -LPREFIX/lib'

3) Then the link of a program such as recode_sr_latin will use -lm.

In your case, you have highly unusual command-line options:
- -specs options that may or may not be related.
- -Werror=format-security which we discussed in bug #56360,
- -flto, which is unsupported. In bug #56109, I told you that you need to use
"-flto -ffat-lto-objects", not just "-flto".


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57168>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/