September 2017 Archives by thread

Messages sorted by: [ subject ] [ author ] [ date ]
More info on this list...

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
    - FCP-100: armv7 plan Russell Haley
    - FCP-100: armv7 plan Stephen Kiernan
    - 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
    - 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 Mark Millard
- 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
  - 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
- 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
- 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 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 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 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 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 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
[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
- 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 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
[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
- [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
  - 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

Messages sorted by: [ subject ] [ author ] [ date ]
More info on this list...

This archive was generated by Pipermail 0.09 (Mailman edition).