Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-05 Thread Mark Millard via freebsd-ports



On 2020-Dec-5, at 07:02, Steve Kargl  
wrote:

> On Sat, Dec 05, 2020 at 01:18:34AM -0800, Mark Millard wrote:
>> Steve Kargl sgk at troutmask.apl.washington.edu wrote on:
>>> 
>>> Well, I guess that pretty much kills LLVM_DEFAULT for any
>>> modern hardware (even a 8 year old laptop) that uses drm
>>> unless a user wants base-system llvm, llvm90, and llvm10 
>>> installed.  One will certainly be able to compile any
>>> c/c++ thrown ones way.
>> 
>> LLVM's API seems to be unstable enough from LLVM release to
>> LLVM release that maintaining many-release build compatibility
>> for projects using the LLVM API is not all that common.
> 
> I'm well aware the llvm API instability, which comes back
> to the irrelevance of LLVM_DEFAULT.  Someday llvm may get
> it's act together.

I frequently have LLVM set to more recent than the
from-svn /usr/ports/Mk/bsd.default-versions.mk
indicates, for other reasons than minimizing the
number of LLVM builds/installs. Seems to work fine
for such in my limited context.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-05 Thread Steve Kargl
On Sat, Dec 05, 2020 at 01:18:34AM -0800, Mark Millard wrote:
> Steve Kargl sgk at troutmask.apl.washington.edu wrote on:
> > 
> > Well, I guess that pretty much kills LLVM_DEFAULT for any
> > modern hardware (even a 8 year old laptop) that uses drm
> > unless a user wants base-system llvm, llvm90, and llvm10 
> > installed.  One will certainly be able to compile any
> > c/c++ thrown ones way.
> 
> LLVM's API seems to be unstable enough from LLVM release to
> LLVM release that maintaining many-release build compatibility
> for projects using the LLVM API is not all that common.

I'm well aware the llvm API instability, which comes back
to the irrelevance of LLVM_DEFAULT.  Someday llvm may get
it's act together.

-- 
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-05 Thread Mark Millard via freebsd-ports
Steve Kargl sgk at troutmask.apl.washington.edu wrote on:
Fri Dec 4 22:59:46 UTC 2020

> On Fri, Dec 04, 2020 at 11:41:41PM +0100, Jan Beich wrote:
> > Steve Kargl  writes:
> > 
> > > It takes a long time to compile on my laptop.  I have
> > >
> > > DEFAULT_VERSIONS+=llvm=90
> > 
> > Why do you need to redefine current default?
> 
> Simply changed /etc/make.conf on my laptop from 80 to 90
> when I got a similar problem trying to rebuild gnuplot.
> Getting llvm10 when LLVM_DEFAULT=80 or 90 seems dubious.
> 
> > Mk/bsd.default-versions.mk:
> > LLVM_DEFAULT?=  90
> > 
> > > % portmaster -Byd gnuplot
> > > ...
> > > Install devel/llvm10
> > > ...
> > > Install devel/llvm90
> > 
> > devel/llvm10 is pinned by graphics/mesa-* likely to reduce QA after a
> > fiasco in bug 239682. Trying to unpin in bug 250869 was rejected.
> > 
> > graphics/mesa-dri/Makefile.common:
> > LLVM_DEFAULT=   10
> 
> Well, I guess that pretty much kills LLVM_DEFAULT for any
> modern hardware (even a 8 year old laptop) that uses drm
> unless a user wants base-system llvm, llvm90, and llvm10 
> installed.  One will certainly be able to compile any
> c/c++ thrown ones way.

LLVM's API seems to be unstable enough from LLVM release to
LLVM release that maintaining many-release build compatibility
for projects using the LLVM API is not all that common.

I expect that graphics/mesa-* is using the LLVM API, not just
clang/clang++ compilers. Base-system LLVM does not provide the
API (too unstable to hold unchanged for a FreeBSD release support
period). So base-system LLVM is not an option for things using
the LLVM API.

Having all ports using the same LLVM API release is probably
not an option (upstream issues).

In other words: software that chooses to be in part based on the
LLVM API tends to lead to needing various vintages of LLVM to
be installed.


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-04 Thread Jan Beich
Steve Kargl  writes:

> On Fri, Dec 04, 2020 at 11:41:41PM +0100, Jan Beich wrote:
>> devel/llvm10 is pinned by graphics/mesa-* likely to reduce QA after a
>> fiasco in bug 239682. Trying to unpin in bug 250869 was rejected.
>> 
>> graphics/mesa-dri/Makefile.common:
>> LLVM_DEFAULT=10
>
> Well, I guess that pretty much kills LLVM_DEFAULT for any
> modern hardware (even a 8 year old laptop) that uses drm
> unless a user wants base-system llvm, llvm90, and llvm10 
> installed.  One will certainly be able to compile any
> c/c++ thrown ones way.

ports/ started as a collection of hacks, so just hack mesa* to override
LLVM_DEFAULT or switch to DEFAULT_VERSIONS+=llvm=10. Otherwise, use
binary packages for heavy dependencies.

I think, only AMD GPUs need LLVM support in Mesa. graphics/mesa-dri is not
flexible enough to choose which drivers to build. In graphics/mesa-devel it's
possible to disable AMD drivers and LLVM support. For example, "iris" driver
works fine on Intel HD530 (Skylake) with LLVM disabled.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-04 Thread Steve Kargl
On Fri, Dec 04, 2020 at 11:41:41PM +0100, Jan Beich wrote:
> Steve Kargl  writes:
> 
> > It takes a long time to compile on my laptop.  I have
> >
> > DEFAULT_VERSIONS+=llvm=90
> 
> Why do you need to redefine current default?

Simply changed /etc/make.conf on my laptop from 80 to 90
when I got a similar problem trying to rebuild gnuplot.
Getting llvm10 when LLVM_DEFAULT=80 or 90 seems dubious.

> Mk/bsd.default-versions.mk:
> LLVM_DEFAULT?=90
> 
> > % portmaster -Byd gnuplot
> > ...
> > Install devel/llvm10
> > ...
> > Install devel/llvm90
> 
> devel/llvm10 is pinned by graphics/mesa-* likely to reduce QA after a
> fiasco in bug 239682. Trying to unpin in bug 250869 was rejected.
> 
> graphics/mesa-dri/Makefile.common:
> LLVM_DEFAULT= 10

Well, I guess that pretty much kills LLVM_DEFAULT for any
modern hardware (even a 8 year old laptop) that uses drm
unless a user wants base-system llvm, llvm90, and llvm10 
installed.  One will certainly be able to compile any
c/c++ thrown ones way.

-- 
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-04 Thread KIRIYAMA Kazuhiko
On Sat, 05 Dec 2020 05:35:07 +0900,
Steve Kargl wrote:
> 
> It takes a long time to compile on my laptop.  I have
> 
> DEFAULT_VERSIONS+=llvm=90
> 
> in my /etc/make.conf.  I go to update gnuplot and get
> 
> % portmaster -Byd gnuplot
> ...
> Install devel/llvm10
> ...
> Install devel/llvm90
> 
> Does it really take two versions of llvm to compile
> gnuplot and dependencies?  Is something broken in
> the ports *.mk files?

In recent ports (at least r555444) many ports need deferent
llvm versions, so it would be no wonder.

It's strange that many ports could not built because llvm*
headers can't refer. Such ports are devel/qt5-qmake,
devel/xxhash, dns/bind916, graphics/frei0r, graphics/opencv,
graphics/openjpeg , ... 

---
Kazuhiko Kiriyama 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-04 Thread Jan Beich
Steve Kargl  writes:

> It takes a long time to compile on my laptop.  I have
>
> DEFAULT_VERSIONS+=llvm=90

Why do you need to redefine current default?

Mk/bsd.default-versions.mk:
LLVM_DEFAULT?=  90

> % portmaster -Byd gnuplot
> ...
> Install devel/llvm10
> ...
> Install devel/llvm90

devel/llvm10 is pinned by graphics/mesa-* likely to reduce QA after a
fiasco in bug 239682. Trying to unpin in bug 250869 was rejected.

graphics/mesa-dri/Makefile.common:
LLVM_DEFAULT=   10
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


DEFAULT_VERSIONS+=llvm=90 ignored?

2020-12-04 Thread Steve Kargl
It takes a long time to compile on my laptop.  I have

DEFAULT_VERSIONS+=llvm=90

in my /etc/make.conf.  I go to update gnuplot and get

% portmaster -Byd gnuplot
...
Install devel/llvm10
...
Install devel/llvm90

Does it really take two versions of llvm to compile
gnuplot and dependencies?  Is something broken in
the ports *.mk files?

-- 
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"