Bug 924046

Summary:	dev-lang/elixir-1.15.6 fails to compile: sh: line 1: make LIBTOOL=rlibtool: command not found
Product:	Gentoo Linux	Reporter:	Agostino Sarubbo <ago>
Component:	Current packages	Assignee:	Haelwenn (lanodan) Monnier <contact>
Status:	CONFIRMED ---
Severity:	normal	CC:	contact, proxy-maint
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:
Bug Blocks:	765709
Attachments:	build.log

Description Agostino Sarubbo gentoo-dev

2024-02-08 08:09:40 UTC

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: dev-lang/elixir-1.15.6 fails to compile.
Discovered on: amd64 (internal ref: slibtool_tinderbox)
System: SLIBTOOL-SYSTEM (https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#SLIBTOOL)

Info about the issue:
https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#CF0014

Comment 1 Agostino Sarubbo gentoo-dev

2024-02-08 08:09:42 UTC

Created attachment 884517 [details]
build.log

build log and emerge --info

Comment 2 Haelwenn (lanodan) Monnier 2024-02-13 21:59:54 UTC

environment:
> MAKE="make LIBTOOL=rlibtool"

build log:
> "make LIBTOOL=rlibtool" unicode

Couldn't there be a better way of enabling slibtool, something like MAKEOPTS? Because $MAKE should point to an executable and seems reasonable to quote (for example to make it work when there's a space in the path).

Comment 3 orbea 2024-02-21 20:19:23 UTC

> Couldn't there be a better way of enabling slibtool, something like MAKEOPTS? > Because $MAKE should point to an executable and seems reasonable to quote (for > example to make it work when there's a space in the path).

The value can be lost in cases of recursive make, for example with binutils.