Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 758419 - dev-lua/lua-openssl-0.7.8_p0-r2 fails to compile
Summary: dev-lua/lua-openssl-0.7.8_p0-r2 fails to compile
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Conrad Kostecki
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-04 16:36 UTC by Agostino Sarubbo
Modified: 2020-12-04 23:10 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,17.05 KB, text/plain)
2020-12-04 16:36 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2020-12-04 16:36:20 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: dev-lua/lua-openssl-0.7.8_p0-r2 fails to compile.
Discovered on: amd64 (internal ref: ci)
Comment 1 Agostino Sarubbo gentoo-dev 2020-12-04 16:36:23 UTC
Created attachment 676714 [details]
build.log

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2020-12-04 16:36:24 UTC
Possible context of error(s):

make: gcc: No such file or directory
/bin/sh: luajit: command not found
collect2: error: ld returned 1 exit status
Comment 3 Ionen Wolkens gentoo-dev 2020-12-04 17:03:12 UTC
ifneq (,$(TARGET_SYS))
  SYS           := $(TARGET_SYS)
else
  SYS           := $(shell gcc -dumpmachine)
endif

Makefile uses gcc rather than $(CC), and being missing leads it to later not include -fPIC in CFLAGS if $(SYS) doesn't contain "linux".

Rather than fix the Makefile, I guess(?) could add "TARGET_SYS=${CBUILD}" to myemakeargs
Comment 4 Ionen Wolkens gentoo-dev 2020-12-04 17:11:30 UTC
(In reply to Ionen Wolkens from comment #3)
> Rather than fix the Makefile, I guess(?) could add "TARGET_SYS=${CBUILD}" to
> myemakeargs
Err, "TARGET_SYS=${CTARGET:-${CHOST}}" rather.
Comment 5 Conrad Kostecki gentoo-dev 2020-12-04 17:26:05 UTC
I am a little bit confused here. Just run a test on my system, everything compiles as it should. Also not 'gcc' is called, but 'x86_64-pc-linux-gnu-gcc'.

Why I am not hitting the error?
Comment 6 Ionen Wolkens gentoo-dev 2020-12-04 17:30:55 UTC
(In reply to Conrad Kostecki from comment #5)
> I am a little bit confused here. Just run a test on my system, everything
> compiles as it should. Also not 'gcc' is called, but
> 'x86_64-pc-linux-gnu-gcc'.
> 
> Why I am not hitting the error?
It use it only for $(shell gcc -dumpmachine)

This would be a problem in cross-compilation given it'd use -dumpmachine from the wrong compiler and report CHOST rather than CTARGET
Comment 7 Conrad Kostecki gentoo-dev 2020-12-04 17:42:44 UTC
Oh yeah, haven't thought about cross compiling. Makes perfect sense. Seems also to work as it should.
Comment 8 Larry the Git Cow gentoo-dev 2020-12-04 23:10:39 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd3a84a595cd275cadbea0a2344aac0358749d5c

commit fd3a84a595cd275cadbea0a2344aac0358749d5c
Author:     Conrad Kostecki <conikost@gentoo.org>
AuthorDate: 2020-12-04 23:04:27 +0000
Commit:     Conrad Kostecki <conikost@gentoo.org>
CommitDate: 2020-12-04 23:04:27 +0000

    dev-lua/lua-openssl: fix cross compiling
    
    Closes: https://bugs.gentoo.org/758419
    Package-Manager: Portage-3.0.9, Repoman-3.0.2
    Signed-off-by: Conrad Kostecki <conikost@gentoo.org>

 dev-lua/lua-openssl/lua-openssl-0.7.8_p0-r100.ebuild | 5 +++++
 dev-lua/lua-openssl/lua-openssl-0.7.8_p0-r2.ebuild   | 5 +++++
 2 files changed, 10 insertions(+)