September 2017 Archives by date
Starting: Sat Sep 2 16:42:44 UTC 2017
Ending: Fri Sep 29 19:24:51 UTC 2017
Messages: 65
- [Bug 221588] clang crashes when compiling cad/openvsp
bugzilla-noreply at freebsd.org
- [Bug 221588] clang crashes when compiling cad/openvsp
bugzilla-noreply at freebsd.org
- x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
- x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Jan Beich
- x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
- x11/pixman vs. clang 5 arm assembler handling: "error: unknown directive" and the like
Mark Millard
- x11-toolkits/qt5-gui vs. arm.armv6 build via poudriere cross build: fails (undefined references) and odd mix of "clang++" vs. "/nxb-bin/usr/bin/c++"
Mark Millard
- Could someone see about possibly applying the patch(s) from bugzilla 216816 so arm qt5 builds can work? (includes patching bsd.qt.mk)
Mark Millard
- head/lib/clang/freebsd_cc_version.h , FREEBSD_CC_VERSION : When is it supposed to update?
Mark Millard
- head/lib/clang/freebsd_cc_version.h , FREEBSD_CC_VERSION : When is it supposed to update?
Dimitry Andric
- clang 5 vs. building the head's -r323246 kernel for TARGET_ARCH=powerpc : system ld aborts; other notes
Mark Millard
- kernel-toolchain did not create stdint.h for amd64 -> arm64.aarch64 head -r323246 cross build so buildkernel failed
Mark Millard
- head -r 323246 /usr/src/sys/arm64/arm64/pmap.c:. . . error: no previous prototype for function 'pmap_invalidate_page' (also pmap_invalidate_range and pmap_invalidate_all)
Mark Millard
- FCP-100: armv7 plan
Jan Beich
- FCP-100: armv7 plan
Warner Losh
- FCP-100: armv7 plan
Jan Beich
- FCP-100: armv7 plan
Warner Losh
- if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Mark Millard
- FCP-100: armv7 plan
Russell Haley
- FCP-100: armv7 plan
Ian Lepore
- FCP-100: armv7 plan
Warner Losh
- FCP-100: armv7 plan
Konstantin Belousov
- Getauxval - was Re: FCP-100: armv7 plan
Russell Haley
- if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Simon J. Gerraty
- FCP-100: armv7 plan
John Baldwin
- if_igb.ko symbolic link generation is still messed up in that it hard wires the path at installkernel time, messing up copying to other places
Ian Lepore
- Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
- head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
- Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Tim Kientzle
- Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
- head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Warner Losh
- head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
- head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Warner Losh
- head -r323246 Pine64+ 2GB boot time context: acquiring blockable sleep lock with spinlock or critical section held for data_abort calling pmap_fault calling __mtx_lock_flags
Mark Millard
- head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more
Mark Millard
- Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Mark Millard
- Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64
Emmanuel Vadot
- head -r323246 Pine64+ 2GB boot time context: acquiring blockable sleep lock with spinlock or critical section held for data_abort calling pmap_fault calling __mtx_lock_flags
Mark Millard
- FCP-100: armv7 plan
Stephen Kiernan
- [Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang 5.0 during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply at freebsd.org
- [Bug 222280] www/firefox: 57.0 crashes clang during build
bugzilla-noreply at freebsd.org
- [Bug 219289] security/clambc: fails to build with lang/gcc6 or later
bugzilla-noreply at freebsd.org
- [Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply at freebsd.org
- [Bug 221880] lang/gcc5: py-numpy/python2.7 core dump on FreeBSD 11.1-RELEASE amd64
bugzilla-noreply at freebsd.org
- head -r323676 and ports -r450478 audio/liba52 for arm.armv6 (cortex-a7): unresolvable R_ARM_MOVW_ABS_NC relocation against symbol `__stderrp@@FBSD_1.0'
Mark Millard
- [Bug 222551] Code generated by Clang using union aliasing results in segmentation fault
bugzilla-noreply at freebsd.org
- [Bug 222562] c++filt and libelftc do not demangle names correctly
bugzilla-noreply at freebsd.org
- [Bug 222563] libcxxrt abi::__cxa_demangle() does not successfully demangle names
bugzilla-noreply at freebsd.org
- head -r323676 and ports -r450478 audio/liba52 for arm.armv6 (cortex-a7): unresolvable R_ARM_MOVW_ABS_NC relocation against symbol `__stderrp@@FBSD_1.0'
Mikaël Urankar
- [Bug 222551] Code generated by Clang using union aliasing results in segmentation fault
bugzilla-noreply at freebsd.org
- [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols (WITH_LLD_IS_LD)
bugzilla-noreply at freebsd.org
- [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols (WITH_LLD_IS_LD)
bugzilla-noreply at freebsd.org
- maintainer-feedback requested: [Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply at freebsd.org
- [Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply at freebsd.org
- [Bug 222641] www/firefox libgkrust.a: could not read symbols
bugzilla-noreply at freebsd.org
- head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step?
Mark Millard
- head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step? [vec_step macro name in gcc7's altivec.h]
Mark Millard
- [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols (WITH_LLD_IS_LD)
bugzilla-noreply at freebsd.org
- head -r324071 system clang 5 based powerpc64 building ports: lang/gcc7 messed up by a matching name vec_step? [vec_step macro name in gcc7's altivec.h]
Mark Millard
- head -r324071 system clang 5 based powerpc64 building ports: x11-toolkit/qt5-gui gets "clang++: error: unknown argument: '-mminimal-toc'"
Mark Millard
Last message date:
Fri Sep 29 19:24:51 UTC 2017
Archived on: Fri Sep 29 19:24:54 UTC 2017
This archive was generated by
Pipermail 0.09 (Mailman edition).