re: README: gcc 7 switch coming to a port near you!
for some reason, the .eh_frame section is linked to the crunched
cp binary in ways i don't really understand. i've written this
hack patch that also should help the sparc64 issue until we figure
out a better/real solution to this.
i haven't tested the installer, but rescue works again, and
i didn't test sparc64 either.
.mrg.
Index: crunchgen.c
===
RCS file: /cvsroot/src/usr.bin/crunch/crunchgen/crunchgen.c,v
retrieving revision 1.89
diff -p -u -u -r1.89 crunchgen.c
--- crunchgen.c 26 Jul 2018 08:57:32 - 1.89
+++ crunchgen.c 12 Feb 2019 05:51:09 -
@@ -961,6 +961,15 @@ top_makefile_rules(FILE *outmk)
fprintf(outmk, "LDSTATIC=-static%s\n\n", pie ? " -pie" : "");
fprintf(outmk, "PROG=%s\n\n", execfname);
+
+fprintf(outmk, "OBJCOPY_REMOVE_FLAGS=-R .eh_frame_hdr -R .note -R
.note.netbsd.pax -R .ident -R .comment -R .copyright\n\n");
+
+fprintf(outmk, ".if ${MACHINE} != \"sparc\"\n");
+fprintf(outmk, "OBJCOPY_REMOVE_FLAGS+=-R .eh_frame\n");
+fprintf(outmk, ".endif\n");
+fprintf(outmk, ".if ${MACHINE} != \"sparc64\"\n");
+fprintf(outmk, "OBJCOPY_REMOVE_FLAGS+=-R .note.netbsd.mcmodel\n");
+fprintf(outmk, ".endif\n\n");
fprintf(outmk, "all: ${PROG}.crunched\n");
fprintf(outmk, "${PROG}.crunched: ${SUBMAKE_TARGETS} .WAIT
${PROG}.strip\n");
@@ -969,7 +978,7 @@ top_makefile_rules(FILE *outmk)
fprintf(outmk, "\t@[ -f ${PROG}.unstripped -a ! ${PROG} -nt
${PROG}.unstripped ] || { \\\n");
fprintf(outmk, "\t\t${_MKSHMSG:Uecho} \" strip \" ${PROG}; \\\n");
fprintf(outmk, "\t\tcp ${PROG} ${PROG}.unstripped && \\\n");
-fprintf(outmk, "\t\t${OBJCOPY} -S -R .eh_frame -R .eh_frame_hdr -R .note
-R .note.netbsd.mcmodel -R .note.netbsd.pax -R .ident -R .comment -R .copyright
${PROG} && \\\n");
+fprintf(outmk, "\t\t${OBJCOPY} -S ${OBJCOPY_REMOVE_FLAGS} ${PROG} &&
\\\n");
fprintf(outmk, "\t\ttouch ${PROG}.unstripped; \\\n");
fprintf(outmk, "\t}\n");
fprintf(outmk, "objs: $(SUBMAKE_TARGETS)\n");
re: README: gcc 7 switch coming to a port near you!
> /rescue binaries fail with GCC 7, which is why the qemu runs > are failing -- the installer crashes the same. > > it is not static binaries, but something specific to the > crunchgen'd binaries i guess. > > if i can't figure out the crunchgen problem i'll revert the > switch on sparc but others may want to skip SMP kernels on > sparc for now (and i *just* fixed it! argh.) i'm not very familiar with how this all work, but i have found that it may be a strip or objcopy bug. the "rescue.unstripped" in the rescue objdir runs fine. the program headers are broken in the installed binary. this: Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x00 0x0001 0x0001 0x66b0f2 0x66b0f2 R E 0x1 LOAD 0x66c000 0x0068c000 0x0068c000 0x75cd0 0x323240 RW 0x1 NOTE 0xb4 0x000100b4 0x000100b4 0x0002c 0x0002c R 0x4 TLS0x6ced08 0x006eed08 0x006eed08 0x0 0x4 R 0x4 becomes Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x00 0x 0x0001 0x67b0d6 0x67b0d6 R E 0x1 LOAD 0x67ed08 0x006eed08 0x006eed08 0x12fc8 0x2c0538 RW 0x1 LOAD 0x69ed08 0x006eed08 0x006eed08 0x00040 0x00040 RW 0x1 NOTE 0x0100b4 0x000100b4 0x000100b4 0x00018 0x00018 R 0x4 TLS0x67ed08 0x006eed08 0x006eed08 0x0 0x4 R 0x4 the first problem is virtaddr 0x0. this is (default) disallowed (mapping user VA 0), though enabling it causes a later failure. it's something in the objcopy that makes the "stripped" copy. .mrg.
Re: cvs init
On Fri, 8 Feb 2019 at 11:12:22 +, Patrick Welche wrote: > On Thu, Feb 07, 2019 at 01:46:00PM -0500, Greg Troxel wrote: > > As for the man page omission, maybe see if the bug is in upstream > and > > file a bug with them ;-) ? > > I can give it a go ;-) That is part of the point, "init" doesn't > appear. > > > We could change the code to just not allow init of an existing dir > at > > all. > > ... and maybe > https://wiki.netbsd.org/tutorials/how_to_setup_a_cvs_server/ > > which appears to do "mkdir mycompany" Aside from the most recent upstream documentation* not being as complete as we might like, there are two other general issues that probably almost everyone knows of, but could be a bit of a stumbling block for newer developers. One is that there are undocumented local alterations and enhancements in the version NetBSD ships (there's more than one PR open about this). The other is that the cvs(1) man page and related info file NetBSD ships are missing fundamental commands that are documented upstream, e.g., "add" and "remove" were examples, until I fixed them the other day. (I happened to notice recently that "add" was missing, which is why I started looking into this, but it wasn't at the top of my to-do list.) And there's actually a PR open about "init" being missing from NetBSD's distributed documentation: PR 45446. (And I guess that wiki entry may need fixing, too.) * The documentation shipped with CVS 1.11.23 is in some ways more complete than what came with 1.12.13, because the 1.11 branch continued to be maintained for a few years after the CVS project effectively abandoned the 1.12 branch. Also, part of why I'd referenced PR 45182 before is that there was a broader issue raised in it: whether in general it's beneficial to expect a "cvsadmin" group to exist locally to govern behaviour with personal repositories. I imagine at this point the likelihood of anything being reconsidered in this regard is low; it's more probable NetBSD will move to a new VCS first. Dave
daily CVS update output
Updating src tree: P src/external/cddl/osnet/lib/libdtrace/Makefile P src/external/gpl2/xcvs/dist/doc/cvs.1 P src/external/gpl2/xcvs/dist/doc/cvs.texinfo P src/external/mpl/bind/dist/lib/isc/unix/socket.c P src/sys/arch/amd64/amd64/amd64_trap.S P src/sys/arch/amd64/amd64/cpufunc.S P src/sys/arch/amd64/amd64/db_interface.c P src/sys/arch/amd64/amd64/gdt.c P src/sys/arch/amd64/amd64/genassym.cf P src/sys/arch/amd64/amd64/lock_stubs.S P src/sys/arch/amd64/amd64/locore.S P src/sys/arch/amd64/amd64/machdep.c P src/sys/arch/amd64/amd64/process_machdep.c P src/sys/arch/amd64/amd64/spl.S P src/sys/arch/amd64/amd64/trap.c P src/sys/arch/amd64/amd64/vector.S P src/sys/arch/amd64/conf/XEN3_DOM0 P src/sys/arch/amd64/conf/XEN3_DOMU P src/sys/arch/amd64/include/cpu.h P src/sys/arch/amd64/include/frame.h P src/sys/arch/amd64/include/frameasm.h P src/sys/arch/amd64/include/param.h P src/sys/arch/amd64/include/pmap.h P src/sys/arch/amd64/include/profile.h P src/sys/arch/amd64/include/segments.h P src/sys/arch/amd64/include/types.h P src/sys/arch/amd64/include/vmparam.h P src/sys/arch/i386/conf/XEN3PAE_DOM0 P src/sys/arch/i386/conf/XEN3PAE_DOMU P src/sys/arch/i386/i386/cpufunc.S P src/sys/arch/i386/i386/db_interface.c P src/sys/arch/i386/i386/gdt.c P src/sys/arch/i386/i386/genassym.cf P src/sys/arch/i386/i386/i386_trap.S P src/sys/arch/i386/i386/lock_stubs.S P src/sys/arch/i386/i386/locore.S P src/sys/arch/i386/i386/machdep.c P src/sys/arch/i386/i386/spl.S P src/sys/arch/i386/i386/trap.c P src/sys/arch/i386/i386/vector.S P src/sys/arch/i386/include/cpu.h P src/sys/arch/i386/include/frame.h P src/sys/arch/i386/include/frameasm.h P src/sys/arch/i386/include/pmap.h P src/sys/arch/i386/include/segments.h P src/sys/arch/i386/include/vmparam.h P src/sys/arch/sparc64/sparc64/vm_machdep.c P src/sys/arch/x86/acpi/acpi_machdep.c P src/sys/arch/x86/include/cpu.h P src/sys/arch/x86/include/cpuvar.h P src/sys/arch/x86/include/intr.h P src/sys/arch/x86/include/intrdefs.h P src/sys/arch/x86/include/pmap.h P src/sys/arch/x86/include/specialreg.h P src/sys/arch/x86/isa/isa_machdep.c P src/sys/arch/x86/pci/pci_intr_machdep.c P src/sys/arch/x86/pci/pci_machdep.c P src/sys/arch/x86/pci/pcib.c P src/sys/arch/x86/x86/bios32.c P src/sys/arch/x86/x86/bus_space.c P src/sys/arch/x86/x86/cpu_ucode.c P src/sys/arch/x86/x86/fpu.c P src/sys/arch/x86/x86/i8259.c P src/sys/arch/x86/x86/identcpu.c P src/sys/arch/x86/x86/idt.c P src/sys/arch/x86/x86/pmap.c P src/sys/arch/x86/x86/sys_machdep.c P src/sys/arch/x86/x86/vm_machdep.c P src/sys/arch/x86/x86/x86_machdep.c P src/sys/arch/x86/x86/x86_tlb.c P src/sys/dev/nvmm/nvmm_internal.h P src/sys/kern/subr_pool.c P src/tests/lib/libc/sys/t_ptrace_wait.c P src/usr.sbin/sysinst/Makefile.inc P src/usr.sbin/sysinst/bsddisklabel.c P src/usr.sbin/sysinst/defs.h P src/usr.sbin/sysinst/partman.c P src/usr.sbin/sysinst/util.c P src/usr.sbin/syslogd/syslogd.h Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 40017826 Feb 12 03:03 ls-lRA.gz
re: README: gcc 7 switch coming to a port near you!
OK, there are two problems with sparc. one seems to be GCC 7 and one appears to be ... something in mid-late january i am still tracking down. /rescue binaries fail with GCC 7, which is why the qemu runs are failing -- the installer crashes the same. it is not static binaries, but something specific to the crunchgen'd binaries i guess. if i can't figure out the crunchgen problem i'll revert the switch on sparc but others may want to skip SMP kernels on sparc for now (and i *just* fixed it! argh.) .mrg.
Installing on MacBook Air 2010 - hangs on install boot
I am trying to install NetBSD-current on my 2010 Mac book Air; however, it
hangs on booting from USB drive. Of course, I see the USB EFI drive by holding
down the option key after power up. If I select the normal boot it hangs with
this being the last printed line:
[1.0836119]pci0 at mainbus0: configuration mode 1
When selecting NO ACPI or NO ACPI, no SMP the last printed line before hanging
is this:
[1.0578911] root device:
There is a whole slew of nouveau0 errors, like
pci:init failed -22
init failed -22
kern error: nouveau: DRM : init failed -22
nouveau0: unable to attach DRM
I did burn a CD and booted NO ACPI and NO ACPI, no SMP
It ended with a db{0} prompt. The keyboard was locked.
The probed video card is NVIDIA MCP89
Ron Georgia
“90% of my problems are due to ignorance, the other 10% is because I just don’t
know any better.”
gcc7 AMD kernel fails to boot
AFAICT a kernel built with gcc 6 boots, but with gcc 7 doesn't? - cvs updated Feb 11 21:13 UTC code - built new kernel using config, cd ../compile..., make depend && make (so with gcc 6) - rebooted (EFI) (OK) - built world using build.sh => world built with and installed gcc 7 (also OK) - tried out and failed to modlad nvmm.kmod - guessed it was because nvmm was built with gcc 7, but kernel with gcc 6 - rebuilt kernel using config, cd ../compile..., make clean && make depend && make - new kernel fails to boot freezing after ACPI: FACS - old kernel boots fine: [ 1.00] avail memory = 31731 MB [ 1.00] cpu_rng: RDSEED [ 1.00] timecounter: Timecounters tick every 10.000 msec [ 1.00] Kernelized RAIDframe activated [ 1.00] running cgd selftest aes-xts-256 aes-xts-512 done [ 1.00] timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 [ 1.03] efi: systbl at pa db7dc018 [ 1.03] System manufacturer System Product Name (System Version) [ 1.03] mainbus0 (root) [ 1.03] ACPI: RSDP 0xD3E1E000 24 (v02 ALASKA) [ 1.03] ACPI: XSDT 0xD3E1E098 AC (v01 ALASKA A M I 01072009 AMI 00010013) [ 1.03] ACPI: FACP 0xD3E2A820 000114 (v06 ALASKA A M I 01072009 AMI 00010013) [ 1.03] Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x/0x1 (20181213/tbfadt-693) [ 1.03] ACPI: DSDT 0xD3E1E1E0 00C63B (v02 ALASKA A M I 01072009 INTL 20120913) [ 1.03] ACPI: FACS 0xDAA95D80 40 ... new kernel stops booting here [ 1.03] ACPI: APIC 0xD3E2A938 DE (v03 ALASKA A M I 01072009 AMI 00010013) [ 1.03] ACPI: FPDT 0xD3E2AA18 44 (v01 ALASKA A M I 01072009 AMI 00010013) [ 1.03] ACPI: FIDT 0xD3E2AA60 9C (v01 ALASKA A M I 01072009 AMI 00010013) [ 1.03] ACPI: SSDT 0xD3E3B570 BF (v01 AMDAMD PT 1000 INTL 20120913) ... [ 1.03] cpu0: AMD Ryzen 7 1700 Eight-Core Processor , id 0x800f11 Just in case, diffed ident /netbsd and ident /netbsd.old, and there was no difference. Cheers, Patrick
usr.sbin/sysinst/arch/amd64/../../partman.c builds again...
...like so: ;-) /u/NetBSD/arch/amd64/TOOLS/bin/nbmake-amd64 dependall dependall ===> arch/amd64 create amd64/partman.d create amd64/.depend compile amd64/partman.o link amd64/sysinst thanks for fixing quickly. Kurt
compiling usr.sbin/sysinst/arch/amd64/../../partman.c still fails...
...like so:
/u/NetBSD/arch/amd64/TOOLS/bin/nbmake-amd64 dependall
dependall ===> arch/amd64
compile amd64/partman.o
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c: In function
'pm_getrefdev':
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:1930:12: error: ' ('
directive output may be truncated writing 2 bytes into a region of size between
0 and 254 [-Werror=format-truncation=]
"%s (%s, %s)",
^~
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:1928:7: note:
'snprintf' output 6 or more bytes (assuming 514) into a destination of size 254
r = snprintf(pm_cur->diskdev_descr,
~~^
sizeof(pm_cur->diskdev_descr)-1,
"%s (%s, %s)",
~~
pm_cur->diskdev_descr, dev,
~~~
vnds[i].filepath);
~
cc1: all warnings being treated as errors
*** Failed target: partman.o
*** Failed command: /u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-gcc -O2 -pipe
-fPIE -Os -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional
-Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual
-Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Wsign-compare
-Wformat=2 -Wno-format-zero-length -Werror -DBOOTSEL -DWSKBD -D_KERNTYPES
--sysroot=/u/NetBSD/arch/amd64/dest -I.
-I/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../..
-I/u/NetBSD/src/usr.sbin/sysinst/arch/amd64 -DSETS_TAR_SUFF=\"tar.xz\"
-DREL=\"8.99.34\" -DMACH=\"amd64\" -DMACH_amd64 -DARCH_x86_64
-DSYSINST_FTP_HOST=\"nyftp.NetBSD.org\"
-DSYSINST_HTTP_HOST=\"nycdn.NetBSD.org\" -DREL_PATH=\"HEAD\"
-DPKG_SUBDIR="\"8.0\"" -DCATALOG_DIR=\"/usr/share/sysinst/catalog\" -DINET6 -c
-Wno-format-nonliteral -Wno-stack-protector
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c
*** Error code 1
Stop.
nbmake[2]: stopped in /u/NetBSD/src/usr.sbin/sysinst/arch/amd64
*** Failed target: dependall
*** Failed command: cd "/u/NetBSD/src/usr.sbin/sysinst/arch/amd64";
/u/NetBSD/arch/amd64/TOOLS/bin/nbmake realall
*** Error code 1
Stop.
Kurt
Re: build.sh ... distribution fails (amd64)
On Mon, Feb 11, 2019 at 08:39:51PM +0100, K. Schreiner wrote: > Hi, > > with current source cvs'uped some minutes ago: Sigh - it compiled for me as I was building for debug, but with release optimizations on gcc is smarter. Will fix in a minute. Martin
build.sh ... distribution fails (amd64)
Hi,
with current source cvs'uped some minutes ago:
compile amd64/partman.o
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c: In function
'pm_getdevstring.constprop':
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:263:26: error:
'snprintf' output may be truncated before the last format character
[-Werror=format-truncation=]
snprintf(buf, len, "%sd", pm_cur->diskdev);
^
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:263:3: note:
'snprintf' output between 2 and 31 bytes into a destination of size 30
snprintf(buf, len, "%sd", pm_cur->diskdev);
^~
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:270:27: error:
'snprintf' output may be truncated before the last format character
[-Werror=format-truncation=]
snprintf(buf, len, "%s%c",
pm_cur->diskdev, num + 'a');
^
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:270:3: note:
'snprintf' output between 2 and 31 bytes into a destination of size 30
snprintf(buf, len, "%s%c", pm_cur->diskdev, num + 'a');
^~
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c: In function
'pm_getrefdev':
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:1924:12: error: ' ('
directive output may be truncated writing 2 bytes into a region of size between
0 and 254 [-Werror=format-truncation=]
"%s (%s, %s)",
^~
/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../../partman.c:1922:7: note:
'snprintf' output 6 or more bytes (assuming 514) into a destination of size 254
r = snprintf(pm_cur->diskdev_descr,
~~^
sizeof(pm_cur->diskdev_descr)-1,
"%s (%s, %s)",
~~
pm_cur->diskdev_descr, dev,
~~~
vnds[i].filepath);
~
cc1: all warnings being treated as errors
*** Failed target: partman.o
*** Failed command: /u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-gcc -O2 -pipe
-fPIE -Os -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional
-Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual
-Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Wsign-compare
-Wformat=2 -Wno-format-zero-length -Werror -DBOOTSEL -DWSKBD -D_KERNTYPES
--sysroot=/u/NetBSD/arch/amd64/dest -I.
-I/u/NetBSD/src/usr.sbin/sysinst/arch/amd64/../..
Codelite from source fails
I am trying to build codelite from source but get the failure listed below. However, clang-c/Index.h is present in /usr/pkg/include/clang-c $ ls -l /usr/pkg/include/clang-c/Index.h -rw-r--r-- 1 root wheel 214020 Jul 30 2018 /usr/pkg/include/clang-c/Index.h If I change clangpch_cache.h line 35 from #include To #include "/usr/pkg/include/clang-c/Index.h" The process does move forward to the next reference to Noob question: is there an environment or make variable that I can set that points the "/usr/pkg/include/" directory? CLANG_INCLUDE I did read through the makefile and the make man page. == MORE INFO == $ gcc --version gcc (nb4 20181109) 6.5.0 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ clang --version clang version 7.0.1 (tags/RELEASE_701/final) Target: x86_64-unknown-netbsd8.99 Thread model: posix InstalledDir: /usr/pkg/bin $ uname -a NetBSD clement.ronverbs.dev 8.99.33 NetBSD 8.99.33 (GENERIC) #0: Thu Jan 31 22:07:46 UTC 2019 mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64 ERROR CODE: [ 61%] Building CXX object LiteEditor/CMakeFiles/codelite.dir/ClangOutputTab.cpp.o In file included from /usr/pkgsrc/editors/codelite/work/codelite-9.1/LiteEditor/clang_driver.h:34:0, from /usr/pkgsrc/editors/codelite/work/codelite-9.1/LiteEditor/clang_code_completion.h:35, from /usr/pkgsrc/editors/codelite/work/codelite-9.1/LiteEditor/ClangOutputTab.cpp:8: /usr/pkgsrc/editors/codelite/work/codelite-9.1/LiteEditor/clangpch_cache.h:35:27: fatal error: clang-c/Index.h: No such file or directory #include ^ compilation terminated. *** Error code 1 Stop. make[2]: stopped in /usr/pkgsrc/editors/codelite/work/codelite-9.1 *** Error code 1 Stop. make[1]: stopped in /usr/pkgsrc/editors/codelite/work/codelite-9.1 *** Error code 1 Stop. make: stopped in /usr/pkgsrc/editors/codelite/work/codelite-9.1 *** Error code 1 Stop. make[1]: stopped in /usr/pkgsrc/editors/codelite *** Error code 1 Stop. make: stopped in /usr/pkgsrc/editors/codelite Ron Georgia “90% of my problems are due to ignorance, the other 10% is because I just don’t know any better.”
Re: Recent USB changes broke kernel memory allocation
Jaromír Doleček writes: > Fixed now. If you update the tree to have sys/dev/usb/umass.c rev. > 1.174 you'll get the fixed files. That did the trick! Thanks! :) -tih -- Most people who graduate with CS degrees don't understand the significance of Lisp. Lisp is the most important idea in computer science. --Alan Kay
Re: gcc7 problem: mpd doesn't start
On Mon, Feb 11, 2019 at 02:31:50PM +0100, Thomas Klausner wrote: > On Mon, Feb 11, 2019 at 12:43:16PM +, m...@netbsd.org wrote: > > On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote: > > > Hi! > > > > > > Since upgrading to a snapshot (8.99.34/amd64) with gcc7, > > > audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start > > > any longer. It fails with: > > > > > > mpd: Undefined PLT symbol > > > "_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE" (symnum = > > > 107) > > > > > > Thomas > > > > I have this symbol, though: > > > nm /usr/lib/libstdc++.so |grep -i rethrow > > 00076ca1 T > > _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE > > > > I see this as well: > > # nm /usr/lib/libstdc++.so |grep -i > _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE > 00076ca1 T _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE > > Not sure why mpd is unhappy. nm output looks different for mpd: # nm /usr/pkg/bin/mpd | grep _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE U _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE@@CXXABI_1.3.3 perhaps the CXXABI suffix is the issue? Thomas
Re: mpv cannot initialize GL context
On Mon, Feb 11, 2019 at 02:32:56PM +0100, Thomas Klausner wrote: > On Mon, Feb 11, 2019 at 12:42:12PM +, m...@netbsd.org wrote: > > Please use LIBGL_DEBUG=verbose as an environment variable. > > Thanks for the tip. > > (+) Video --vid=1 (*) (h264 1280x720 29.970fps) > (+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz) > libGL: OpenDriver: trying /usr/pkg/lib/dri/tls/r600_dri.so > libGL: OpenDriver: trying /usr/pkg/lib/dri/r600_dri.so > libGL: dlopen /usr/pkg/lib/dri/r600_dri.so failed > (/usr/pkg/lib/libLLVM/libLLVM-4.0.so: Undefined PLT symbol > "_ZNSt13__future_base12_Result_baseD2Ev" (symnum = 3106)) > libGL error: unable to load driver: r600_dri.so > libGL error: driver pointer missing > libGL error: failed to load driver: r600 > libGL: OpenDriver: trying /usr/pkg/lib/dri/tls/swrast_dri.so > libGL: OpenDriver: trying /usr/pkg/lib/dri/swrast_dri.so > libGL: dlopen /usr/pkg/lib/dri/swrast_dri.so failed > (/usr/pkg/lib/libLLVM/libLLVM-4.0.so: Undefined PLT symbol > "_ZNSt13__future_base12_Result_baseD2Ev" (symnum = 3106)) > libGL error: unable to load driver: swrast_dri.so > libGL error: failed to load driver: swrast > [vo/gpu/x11] X11 error: BadValue (integer parameter out of range for > operation) > [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 55 > [vo/gpu/x11] Error code: 2, request code: 99, minor code: 3 > [vo/gpu/x11] X11 error: GLXBadContext > [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 56 > [vo/gpu/x11] Error code: a1, request code: 99, minor code: 5 > [vo/gpu/x11] X11 error: 0 > [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 56 > [vo/gpu/x11] Error code: 0, request code: 99, minor code: 1a > [vo/gpu] Could not set GLX context! I just noted the /usr/pkg in the messages above. I have ModulePath "/usr/X11R7/lib/modules" in my /etc/X11/xorg.conf, and nothing else referencing /usr/pkg except the FontPaths. FontPath "/usr/pkg/share/fonts/X11/misc/" FontPath "/usr/pkg/share/fonts/X11/TTF/" ... How can I tell it to not look there? Thomas
Re: mpv cannot initialize GL context
On Mon, Feb 11, 2019 at 12:42:12PM +, m...@netbsd.org wrote: > Please use LIBGL_DEBUG=verbose as an environment variable. Thanks for the tip. (+) Video --vid=1 (*) (h264 1280x720 29.970fps) (+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz) libGL: OpenDriver: trying /usr/pkg/lib/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/pkg/lib/dri/r600_dri.so libGL: dlopen /usr/pkg/lib/dri/r600_dri.so failed (/usr/pkg/lib/libLLVM/libLLVM-4.0.so: Undefined PLT symbol "_ZNSt13__future_base12_Result_baseD2Ev" (symnum = 3106)) libGL error: unable to load driver: r600_dri.so libGL error: driver pointer missing libGL error: failed to load driver: r600 libGL: OpenDriver: trying /usr/pkg/lib/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/pkg/lib/dri/swrast_dri.so libGL: dlopen /usr/pkg/lib/dri/swrast_dri.so failed (/usr/pkg/lib/libLLVM/libLLVM-4.0.so: Undefined PLT symbol "_ZNSt13__future_base12_Result_baseD2Ev" (symnum = 3106)) libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast [vo/gpu/x11] X11 error: BadValue (integer parameter out of range for operation) [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 55 [vo/gpu/x11] Error code: 2, request code: 99, minor code: 3 [vo/gpu/x11] X11 error: GLXBadContext [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 56 [vo/gpu/x11] Error code: a1, request code: 99, minor code: 5 [vo/gpu/x11] X11 error: 0 [vo/gpu/x11] Type: 0, display: 0x7980eef28000, resourceid: 0, serial: 56 [vo/gpu/x11] Error code: 0, request code: 99, minor code: 1a [vo/gpu] Could not set GLX context! Thomas
Re: gcc7 problem: mpd doesn't start
On Mon, Feb 11, 2019 at 12:43:16PM +, m...@netbsd.org wrote: > On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote: > > Hi! > > > > Since upgrading to a snapshot (8.99.34/amd64) with gcc7, > > audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start > > any longer. It fails with: > > > > mpd: Undefined PLT symbol > > "_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE" (symnum = 107) > > > > Thomas > > I have this symbol, though: > > nm /usr/lib/libstdc++.so |grep -i rethrow > 00076ca1 T _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE > I see this as well: # nm /usr/lib/libstdc++.so |grep -i _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE 00076ca1 T _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE Not sure why mpd is unhappy. Thomas
Re: gcc7 problem: mpd doesn't start
On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote: > Hi! > > Since upgrading to a snapshot (8.99.34/amd64) with gcc7, > audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start > any longer. It fails with: > > mpd: Undefined PLT symbol > "_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE" (symnum = 107) > > Thomas I have this symbol, though: > nm /usr/lib/libstdc++.so |grep -i rethrow 00076ca1 T _ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE
Re: mpv cannot initialize GL context
Please use LIBGL_DEBUG=verbose as an environment variable.
Re: gcc7 problem: mpd doesn't start
On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote: > Hi! > > Since upgrading to a snapshot (8.99.34/amd64) with gcc7, > audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start > any longer. It fails with: > > mpd: Undefined PLT symbol > "_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE" (symnum = 107) > > Thomas Probably related: dnl Determine whether std::exception_ptr symbols should be exported with dnl the symbol versions from GCC 4.6.0 or GCC 7.1.0, depending on which dnl release first added support for std::exception_ptr. Originally it was dnl only supported for targets with always-lock-free atomics for int, but dnl since GCC 7.1 it is supported for all targets. dnl
gcc7 problem: mpd doesn't start
Hi! Since upgrading to a snapshot (8.99.34/amd64) with gcc7, audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start any longer. It fails with: mpd: Undefined PLT symbol "_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE" (symnum = 107) Thomas
mpv cannot initialize GL context
Hi! Since upgrading to a newer 8.99.34 snapshot (from an older 8.99.34, before gcc7) from yesterday, mpv is unhappy: (+) Video --vid=1 (mpeg4 640x480 25.000fps) (+) Audio --aid=1 (mp3 2ch 48000Hz) libGL error: unable to load driver: r600_dri.so libGL error: driver pointer missing libGL error: failed to load driver: r600 libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast [vo/gpu/x11] X11 error: BadValue (integer parameter out of range for operation) [vo/gpu/x11] Type: 0, display: 0x799c79d49000, resourceid: 0, serial: 55 [vo/gpu/x11] Error code: 2, request code: 99, minor code: 3 [vo/gpu/x11] X11 error: GLXBadContext [vo/gpu/x11] Type: 0, display: 0x799c79d49000, resourceid: 0, serial: 56 [vo/gpu/x11] Error code: a1, request code: 99, minor code: 5 [vo/gpu/x11] X11 error: 0 [vo/gpu/x11] Type: 0, display: 0x799c79d49000, resourceid: 0, serial: 56 [vo/gpu/x11] Error code: 0, request code: 99, minor code: 1a [vo/gpu] Could not set GLX context! and stops there. It doesn't play the file. 'mpv -vo xv' still works. Thomas
