Updating src tree:
P src/distrib/cdrom/hfsmap.lst
P src/distrib/common/Makefile.bootcd
P src/doc/HACKS
P src/external/ibm-public/postfix/dist/src/global/mail_params.h
P src/external/mit/xorg/lib/libX11/Makefile.libx11
P src/share/man/man7/src.7
P src/sys/arch/macppc/dev/mesh.c
P
On Wed, 15 Feb 2017, John D. Baker wrote:
> # compile NET4501/efi.o
> /x/current/src/sys/arch/x86/x86/efi.c: In function 'efi_get_e820memmap':
> /x/current/src/sys/arch/x86/x86/efi.c:421:26: error: 'end_addr' may be used
> uninitialized in this function [-Werror=maybe-uninitialized]
>
Recent changes related to EFI support cause the NET4501 kernel config
to fail building with:
[...]
# compile NET4501/efi.o
/r1/build/current/tools/amd64/bin/i486--netbsdelf-gcc -msoft-float -mno-mmx
-mno-sse -mno-avx -ffreestanding -fno-zero-initialized-in-bss -Os
-fstack-protector
Sorry, forgot to cc myself on last mail.
What the failing makefile should probably be doing is using
PREPEND_PATH += ${QTDIR}/bin
rather than
PATH:= ${QTDIR}/bin:${PATH}
since _PATH_CMD has already been engaged - which is why
PATH:= ${QTDIR}/bin:${PATH}
is causing trouble.
--sjg
>The problem with -current 'make' only showed up when I tried to build
>"/usr/pkgsrc/wip/moto4lin". Prior to that, I built all packages in my
>usual complement without incident (modulo pkg/51266).
So the problem is _PATH_CMD in bsd.pkg.mk
which is apparently used rarely - according to the
The most convenient additional system to test was -current/sparc. On:
$ uname -a
NetBSD lance.technoskunk.fur 7.99.59 NetBSD 7.99.59 (JEAN) #13: Mon Feb 13
17:15:42 CST 2017
sy...@x3650.technoskunk.fur:/r1/build/current/obj/sparc/sys/arch/sparc/compile/JEAN
sparc
running 'make clean' works,
>The problem with -current 'make' only showed up when I tried to build
>"/usr/pkgsrc/wip/moto4lin". Prior to that, I built all packages in my
>usual complement without incident (modulo pkg/51266).
Ok might be something interesting about that package.
Let me wade though the output you sent...
On Wed, 15 Feb 2017, John D. Baker wrote:
> On Tue, 14 Feb 2017, Simon Gerraty wrote:
>
> > which AFAICT behaves as expected (current make on 7/amd64 and 7/i386)
>
> I've not tried running 'make' from -current on NetBSD-7.
I just copied "/usr/bin/make" from a -current/amd64 system to a
On Tue, Feb 14, 2017 at 06:05:55PM -0600, John D. Baker wrote:
> Or is the package Makefile bogus and using an outdated mechanism?
It is certainly bogus and should be using PREPEND_PATH. Whether it
should work or not is a separate question.
Joerg
On Wed, Feb 15, 2017 at 10:25:36AM +0200, Andrius V wrote:
> Hello,
>
> I have recently decided to test changes in this commit
> https://mail-archive.com/source-changes@netbsd.org/msg64898.html.
> Unfortunately NetBSD (i386) crashes on boot in all systems I have
> tried with which includes VIA
On Tue, 14 Feb 2017, Simon Gerraty wrote:
> >The curious item is that the very last line of "wip/moto4lin/Makefile"
>
> Sorry not familar with that - what's url to check it out?
I'm not sure I understand. If you have a clone of the current pkgsrc-wip
repository (typically under
Hello,
Ryo ONODERA wrote:
I have just committed a fix.
Please cvs update and try to build again.
It is fixed. Domo arigato, Ryo-san.
Riccardo
Hi just a note to say, looking into your issue.
Trying to reproduce (in a simpler example) ... no joy yet.
Could you send me the output of 'ident /usr/bin/make' ?
Thanks
--sjg
Hello,
I have recently decided to test changes in this commit
https://mail-archive.com/source-changes@netbsd.org/msg64898.html.
Unfortunately NetBSD (i386) crashes on boot in all systems I have
tried with which includes VIA VT-310DP (two C5P based Eden-N 1GHz
CPUs), EPIA-M900 (Nano X2 1.6GHz),
>The curious item is that the very last line of "wip/moto4lin/Makefile"
>is:
Sorry not familar with that - what's url to check it out?
>PATH:= ${QTDIR}/bin:${PATH}
>
>This produces the following on NetBSD/i386-7.99.59:
>
>$ make show-var VARNAME=PATH
>/qt3/bin:16304path
The
15 matches
Mail list logo