Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 732438 - x11-misc/redshift fails to compile with clang
Summary: x11-misc/redshift fails to compile with clang
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Sebastian Pipping
URL: https://github.com/jonls/redshift/iss...
Whiteboard:
Keywords:
Depends on:
Blocks: systemwide-clang
  Show dependency tree
 
Reported: 2020-07-13 08:18 UTC by Agostino Sarubbo
Modified: 2021-03-28 01:01 UTC (History)
2 users (show)

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


Attachments
build.log (build.log,28.61 KB, text/plain)
2020-07-13 08:18 UTC, Agostino Sarubbo
Details
other.tar.bz2 (other.tar.bz2,251 bytes, application/x-bzip-compressed-tar)
2020-07-13 08:18 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-07-13 08:18:31 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: x11-misc/redshift fails to compile.
Discovered on: amd64  (internal ref: tinderbox)

NOTE:
This machine uses a clang/LLVM toolchain.
If you think that this issue is strictly related to clang/LLVM please block bug 408963. If you think that this issue isstrictly related to the LLD linker, please block bug 731004.
Comment 1 Agostino Sarubbo gentoo-dev 2020-07-13 08:18:37 UTC
Created attachment 649092 [details]
build.log

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2020-07-13 08:18:41 UTC
Created attachment 649094 [details]
other.tar.bz2

other logs
Comment 3 Sebastian Pipping gentoo-dev 2021-01-31 18:25:47 UTC
Hi Ago,

I can reproduce the issue now with command line:

  CC=clang CXX=clang++ LD=ld.lld LDFLAGS=-fuse-ld=lld ebuild redshift-1.12-r3.ebuild manifest clean compile

and even with plain

  CC=clang ebuild redshift-1.12-r3.ebuild manifest clean compile

I have taken the issue upstream just now.

What do you suggest we do in the ebuild while we wait for a new release with  fix?

  a) Detect clang and extend LDFLAGS?

  b) Detect and deny use with clang?

  c) Unconditionally extend LDFLAGS?

  d) ...?

Is there a blueprint for issues like that somewhere?

Thanks and best, Sebastian