Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Jan 2017 15:53:38 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 216462] [maintainer update] for graphics/openshadinglanguage
Message-ID:  <bug-216462-13-Bx12vlsysv@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-216462-13@https.bugs.freebsd.org/bugzilla/>
References:  <bug-216462-13@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216462

--- Comment #1 from Shane <FreeBSD@ShaneWare.Biz> ---
Jan Beich - in response from bug #216054 - the need for preventing gcc42 wa=
s in
older versions, some patches have been done to fix that (from linux builder=
s)
and more recently the powerpc build specifically enabled gcc as clang fails
there, so removing the USES=3Dcompiler and the USE_GCC section should also =
be OK
for all archs.

Even after updating the clang400-import build to r312720 which has the
`include/__config` patch, this still fails - differently with "error: expec=
ted
top-level entity" - which seems to be more of an issue from the mix of llvm=
34
and clang4 being not fully compatible, so the proper fix should be to get
support for newer llvm versions, or keeping the clang34 dependency might wo=
rk.
For now I think we just disable the llvm bitcode step in current until newer
llvm support is added to the project, I expect to get that before 12-releas=
e as
the main dev uses osx and has mentioned waiting until newer llvms show up in
homebrew before updating it, so it shouldn't be hard to push that along.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-216462-13-Bx12vlsysv>