From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ldv@altlinux.org>
Date: Mon, 17 Jul 2023 01:28:45 +0300
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: devel@lists.altlinux.org
Message-ID: <20230716222845.GA17817@altlinux.org>
References: <m3mt58ejxc.fsf@thinkie.localdomain>
 <20230220130858.6fd1c0a0@sem-nb2>
 <m3ilfwe1pg.fsf@thinkie.localdomain>
 <20230220195209.64b208d2@rigel>
 <20230220174617.GB15329@altlinux.org>
 <smoa53qh7mhljkjwbmss3jbbcjiz6nuv3jqimuyjqf5zjpryxf@aqivrisf2iz2>
 <20230716210538.aff7e165423e9fb53e398da5@altlinux.org>
 <20230716185246.GA16273@altlinux.org>
 <20230717011040.f91bf52245f685bfa9cbb882@altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20230717011040.f91bf52245f685bfa9cbb882@altlinux.org>
Subject: Re: [devel] libf2c-ng uses undefined symbol on i586
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jul 2023 22:28:45 -0000
Archived-At: <http://lore.altlinux.org/devel/20230716222845.GA17817@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Mon, Jul 17, 2023 at 01:10:40AM +0300, Andrey Savchenko wrote:
> On Sun, 16 Jul 2023 21:52:46 +0300 Dmitry V. Levin wrote:
> > On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
> > [...]
> > > Вообще, это не ошибка в f2c-ng, а недоработка нашей системы
> > > замыкания зависимостей по символам, предполагающей наличие символов
> > > исключительно в библиотеках и игнорирующей возможность подстановки
> > > символа компилятором в исполняемый файл.
> > 
> > ???
> 
> Есть много вариаций, например, в f2c-ng вот так:
>  
> https://git.altlinux.org/people/bircoph/packages/f2c.git?p=f2c.git;a=blob;f=src/main.c;h=977113dc308dbb712d714f5ccb1099f1505846cd;hb=sisyphus#l708 
> 
> Т.е. MAIN__() вставляется в исполняемые файлы при их сборке,
> а дёргается из библиотеки. Ну вот такой вариант обратного вызова.

OK, о какой системе замыкания зависимостей по символам тогда идёт речь?
В начале треда говорилось про замыкание зависимостей по всему репозиторию
пакетов, а тут разговор почему-то повернул на зависимости внутри одного
пакета.


-- 
ldv