<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>38974</bug_id>
          
          <creation_ts>2020-09-21 12:59:54 +0300</creation_ts>
          <short_desc>openblas is built with NO_LAPACK but contains lapack headers</short_desc>
          <delta_ts>2025-02-05 16:30:04 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>libopenblas-devel</component>
          <version>unstable</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Vladislav Zavjalov">slazav</reporter>
          <assigned_to name="Vladislav Zavjalov">slazav</assigned_to>
          <cc>iv</cc>
    
    <cc>slazav</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>192704</commentid>
    <comment_count>0</comment_count>
    <who name="Vladislav Zavjalov">slazav</who>
    <bug_when>2020-09-21 12:59:54 +0300</bug_when>
    <thetext>Openblas собран с NO_LAPACK=1, но при этом содержит заголовочные файлы от lapack.

$ rpm -ql libopenblas-devel | grep lapack
/usr/include/openblas/lapack.h
/usr/include/openblas/lapacke.h
/usr/include/openblas/lapacke_config.h
/usr/include/openblas/lapacke_mangling.h
/usr/include/openblas/lapacke_utils.h

Это вызывает проблемы при сборке клиентов: автоматика (cmake, autotools) думают, что lapack находится в openblas, сборка вываливаются при линковке (т.к. в библиотеке его нет). Приходится вручную подсовывать -llapack. Если при этом собирающий плохо понимает, как устроено blas/lapack-хозяйство в Altlinux, то это приводит к некоторому замешательству.

Еще один вариант (кажется более правильным, но и более трудоемким, так как придется разбираться с клиентами): собрать openblas со своим lapack. Тогда варианты сборки были бы еще понятнее:
- blas + liblapack -- стандартная, &quot;референсная&quot; версия
- openblas (со своим lapack) -- оптимизированная, рекомендованная
- libsclapack (со своим blas), libatlas, xblas+liblapack - для разных извращений</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>192708</commentid>
    <comment_count>1</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2020-09-21 14:39:39 +0300</bug_when>
    <thetext>прошу не стеснятьтся поступать с этим пакетом, как сочтёте необходимым --
я указан в acl по недоразумению.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>258659</commentid>
    <comment_count>2</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2025-02-05 16:30:04 +0300</bug_when>
    <thetext>openblas-0.3.29-alt2 -&gt; sisyphus:

 Wed Feb 05 2025 Ivan A. Melnikov &lt;iv@altlinux&gt; 0.3.29-alt2
 - fix tests on ppc64le via reverting one upstream commit
 - avoid installing lapack headers (ALT#38974)
 Mon Jan 13 2025 Ivan A. Melnikov &lt;iv@altlinux&gt; 0.3.29-alt1
 - 0.3.29.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>