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
> /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
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"
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
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
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:
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
...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
...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: ' ('
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
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
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
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
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,
> > >
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
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
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.
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
>
Please use LIBGL_DEBUG=verbose as an environment variable.
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
>
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
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:
22 matches
Mail list logo
