[Bug 236772] build error on cross compile: '.../c++/v1/experimental/' does not exist

2019-03-30 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236772

--- Comment #3 from HIROKI MORI  ---
Thanks for you comment.

I check my build environment then that set NO_CLEAN.

I delete this option but I have other error.

===> lib/clang/libllvm (all)
llvm-tblgen -gen-attrs  -I /usr/home/hiroki/freebsd/contrib/llvm/include -d
llvm
/IR/Attributes.inc.d -o llvm/IR/Attributes.inc 
/usr/home/hiroki/freebsd/contrib
/llvm/include/llvm/IR/Attributes.td
llvm-tblgen -gen-intrinsic-enums  -I
/usr/home/hiroki/freebsd/contrib/llvm/inclu
de -d llvm/IR/IntrinsicEnums.inc.d -o llvm/IR/IntrinsicEnums.inc 
/usr/home/hiro
ki/freebsd/contrib/llvm/include/llvm/IR/Intrinsics.td
llvm-tblgen: Unknown command line argument '-gen-intrinsic-enums'.  Try:
'llvm-t
blgen -help'
llvm-tblgen: Did you mean '-gen-intrinsic'?
*** Error code 1

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 236141] LLD (unlike BFD) ignores unresolved references in libraries for indirect linking

2019-03-30 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236141

--- Comment #27 from commit-h...@freebsd.org ---
A commit references this bug:

Author: sunpoet
Date: Sat Mar 30 09:47:31 UTC 2019
New revision: 497240
URL: https://svnweb.freebsd.org/changeset/ports/497240

Log:
  Fix build on 13-CURRENT after base r345349

  PR:   236141
  Reported by:  pkg-fallout

Changes:
  head/audio/libshout/Makefile

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 236772] build error on cross compile: '.../c++/v1/experimental/' does not exist

2019-03-30 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236772

--- Comment #4 from Dimitry Andric  ---
(In reply to HIROKI MORI from comment #3)
> Thanks for you comment.
> 
> I check my build environment then that set NO_CLEAN.
> 
> I delete this option but I have other error.
> 
> ===> lib/clang/libllvm (all)
> llvm-tblgen -gen-attrs  -I /usr/home/hiroki/freebsd/contrib/llvm/include -d
> llvm
> /IR/Attributes.inc.d -o llvm/IR/Attributes.inc 
> /usr/home/hiroki/freebsd/contrib
> /llvm/include/llvm/IR/Attributes.td
> llvm-tblgen -gen-intrinsic-enums  -I
> /usr/home/hiroki/freebsd/contrib/llvm/inclu
> de -d llvm/IR/IntrinsicEnums.inc.d -o llvm/IR/IntrinsicEnums.inc 
> /usr/home/hiro
> ki/freebsd/contrib/llvm/include/llvm/IR/Intrinsics.td
> llvm-tblgen: Unknown command line argument '-gen-intrinsic-enums'.  Try:
> 'llvm-t
> blgen -help'
> llvm-tblgen: Did you mean '-gen-intrinsic'?
> *** Error code 1

This can happen when it is running the wrong copy of llvm-tblgen, most likely
the one in /usr/bin.  It should be running
/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin/llvm-tblgen instead (this path
can be diffent, depending on your setup).

If you run "make buildenv" in your top-level source directory, then "which
llvm-tblgen", what is the output?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 236839] gcc8 failed to compile on sparc64 platform (FreeBSD 12.0 STABLE)

2019-03-30 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236839

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||andre...@freebsd.org,
   ||ger...@freebsd.org
   Assignee|ger...@freebsd.org  |toolch...@freebsd.org
  Flags|maintainer-feedback?(gerald |
   |@FreeBSD.org)   |

--- Comment #1 from Gerald Pfeifer  ---
I have to admit that the most sensible option at this point may be
removing sparc64 from the list of platforms supported by lang/gcc8
(and newer). And making sparc64 tier 3 given that the platform is,
essentially, dead and doesn't really have production usage on FreeBSD.

toolchain@ and Andreas, what's your take?  Any idea on how to fix this?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"