On Tue, Jan 01, 2019 at 10:30:38PM +0100, Kamil Rytarowski wrote:
> Joerg seems to just want to play with Clang out of the LLVM projects,
> deteriorating experience with the rest blocking this patch. Other people
> need more than that.
Can we please keep down on the ad hominem, thanks?
> > We
> On Jan 1, 2019, at 9:53 PM, m...@netbsd.org wrote:
>
>> You're conflating two things that aren't related. Mesa's use of LLVM is
>> conceptually similar to the "Canadian cross", and at no point should the
>> compiler run-times of the "build", "host", or "target" systems ever
>>
On Tue, Jan 01, 2019 at 09:38:10PM -0800, Jason Thorpe wrote:
>
>
> > On Jan 1, 2019, at 8:26 PM, m...@netbsd.org wrote:
> >
> > Having two versions of LLVM in use by a binary is going to fail in
> > surprising ways.
> >
> > Base can be several years old at some point, increasing the odds of
> On Jan 1, 2019, at 9:23 PM, m...@netbsd.org wrote:
>
> I'll note I don't know of a single package using LLVM and a library as
> well as libGL, even though it looks like it should be a likely scenario.
>
> The closest example was Octave that uses 3D graphs (with acceleration)
> and at some
> On Jan 1, 2019, at 8:26 PM, m...@netbsd.org wrote:
>
> Having two versions of LLVM in use by a binary is going to fail in
> surprising ways.
>
> Base can be several years old at some point, increasing the odds of the
> LLVM non-compatibility biting us.
> And libGL is very widely used.
I'll note I don't know of a single package using LLVM and a library as
well as libGL, even though it looks like it should be a likely scenario.
The closest example was Octave that uses 3D graphs (with acceleration)
and at some opint had a LLVM-based JIT, but had given up on it because
it was an
thanks for cleaning up.
> - Provide missing cursor function
i would have done this by not doing it here but instead turning
off the #define in the relevant Makefile.
.mrg.
On Wed, Jan 02, 2019 at 04:26:10AM +, m...@netbsd.org wrote:
> I might be extrapolating, but AIUI:
>
> Having two versions of LLVM in use by a binary is going to fail in
> surprising ways.
>
> Base can be several years old at some point, increasing the odds of the
> LLVM non-compatibility
I might be extrapolating, but AIUI:
Having two versions of LLVM in use by a binary is going to fail in
surprising ways.
Base can be several years old at some point, increasing the odds of the
LLVM non-compatibility biting us.
And libGL is very widely used.
OpenSSL is similar in this regard:
mrg@ wrote:
> Log Message:
> initial import of xorg-server-1.20.3
Is there some summary of API changes between 1.18 and 1.20?
I'm afraid this update also affects X68k server
in xsrc/external/mit/xorg-server/dist/hw/netbsd/x68k/
as the previous update (I'll also changes against Xnest).
Thanks,
Module Name:src
Committed By: tsutsui
Date: Wed Jan 2 03:04:27 UTC 2019
Modified Files:
src/sys/arch/sgimips/stand: Makefile.inc
Log Message:
Allow build in boot64 without installed DESTDIR.
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
Module Name:src
Committed By: tsutsui
Date: Wed Jan 2 03:04:27 UTC 2019
Modified Files:
src/sys/arch/sgimips/stand: Makefile.inc
Log Message:
Allow build in boot64 without installed DESTDIR.
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:58:48 UTC 2019
Modified Files:
xsrc/external/mit/xf86-video-ati/dist/src/AtomBios: CD_Operations.c
Log Message:
Remove compatibility code.
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 \
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:58:48 UTC 2019
Modified Files:
xsrc/external/mit/xf86-video-ati/dist/src/AtomBios: CD_Operations.c
Log Message:
Remove compatibility code.
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 \
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:56:43 UTC 2019
Modified Files:
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/ramdac: xf86Cursor.c
Log Message:
ad provde the cursor function...
To generate a diff of this commit:
cvs rdiff -u -r1.1.1.1
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:56:43 UTC 2019
Modified Files:
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/ramdac: xf86Cursor.c
Log Message:
ad provde the cursor function...
To generate a diff of this commit:
cvs rdiff -u -r1.1.1.1
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:55:41 UTC 2019
Modified Files:
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/common: xf86.h
xf86Mode.c xf86str.h xf86xvmc.h
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/modes:
Module Name:xsrc
Committed By: christos
Date: Wed Jan 2 02:55:41 UTC 2019
Modified Files:
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/common: xf86.h
xf86Mode.c xf86str.h xf86xvmc.h
xsrc/external/mit/xorg-server.old/dist/hw/xfree86/modes:
On Wed, 2 Jan 2019, Roy Marples wrote:
On 01/01/2019 21:30, Kamil Rytarowski wrote:
Joerg seems to just want to play with Clang out of the LLVM projects,
deteriorating experience with the rest blocking this patch. Other people
need more than that.
I can see both sides here, and it seems that
On 02.01.2019 02:52, Roy Marples wrote:
> On 01/01/2019 21:30, Kamil Rytarowski wrote:
>> Joerg seems to just want to play with Clang out of the LLVM projects,
>> deteriorating experience with the rest blocking this patch. Other people
>> need more than that.
>
> I can see both sides here, and it
> Module Name: src
> Committed By: jnemeth
> Date: Tue Jan 1 01:52:40 UTC 2019
>
> Modified Files:
> src/sys/conf: copyright
>
> Log Message:
> Welcome to 2019!
Could you please send pullup requests for netbsd-7 and netbsd-8?
Thanks,
---
Izumi Tsutsui
On 01/01/2019 21:30, Kamil Rytarowski wrote:
Joerg seems to just want to play with Clang out of the LLVM projects,
deteriorating experience with the rest blocking this patch. Other people
need more than that.
I can see both sides here, and it seems that our repository is split the
same way -
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:50:02 UTC 2019
Modified Files:
src/sys/arch/luna68k/stand/boot: Makefile
Log Message:
use the right version of ELF2AOUT
To generate a diff of this commit:
cvs rdiff -u -r1.15 -r1.16
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:50:02 UTC 2019
Modified Files:
src/sys/arch/luna68k/stand/boot: Makefile
Log Message:
use the right version of ELF2AOUT
To generate a diff of this commit:
cvs rdiff -u -r1.15 -r1.16
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:48:13 UTC 2019
Modified Files:
src/sys/arch/x68k/stand/boot: Makefile
Log Message:
use the right version of ELF2AOUT
To generate a diff of this commit:
cvs rdiff -u -r1.29 -r1.30
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:48:13 UTC 2019
Modified Files:
src/sys/arch/x68k/stand/boot: Makefile
Log Message:
use the right version of ELF2AOUT
To generate a diff of this commit:
cvs rdiff -u -r1.29 -r1.30
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:46:34 UTC 2019
Modified Files:
src/distrib/sets/lists/xcomp: mi
Log Message:
more headers only in 120
To generate a diff of this commit:
cvs rdiff -u -r1.200 -r1.201 src/distrib/sets/lists/xcomp/mi
Please note
Module Name:src
Committed By: christos
Date: Wed Jan 2 00:46:34 UTC 2019
Modified Files:
src/distrib/sets/lists/xcomp: mi
Log Message:
more headers only in 120
To generate a diff of this commit:
cvs rdiff -u -r1.200 -r1.201 src/distrib/sets/lists/xcomp/mi
Please note
On 01.01.2019 15:07, Joerg Sonnenberger wrote:
> On Tue, Jan 01, 2019 at 05:45:31AM +0100, Kamil Rytarowski wrote:
>> Regarding usefulness, it's a step forward to reusing builtin toolchain
>> for dependencies (xsrc, pkgsrc).
>
> Installing headers alone is absolutely useless. You can't do
On 01.01.2019 14:33, Martin Husemann wrote:
> On Tue, Jan 01, 2019 at 05:45:31AM +0100, Kamil Rytarowski wrote:
>> LLVM has no API/ABI stability contract and we are down to just keep
>> syncing the headers and libraries with LLVM releases.
>
> Can you explain this in more detail? Sounds like a
On Tue, Jan 01, 2019 at 09:45:03AM -0800, Jason Thorpe wrote:
>
>
> > On Jan 1, 2019, at 8:02 AM, Robert Swindells wrote:
> >
> > How does the usage of libLLVM from MesaLib make use of the LLVM headers
> > at *runtime* ?
> >
> > If they are not needed at runtime then why do they need to be
m...@netbsd.org wrote:
>On Tue, Jan 01, 2019 at 04:02:01PM +, Robert Swindells wrote:
>> How does the usage of libLLVM from MesaLib make use of the LLVM headers
>> at *runtime* ?
>>
>> If they are not needed at runtime then why do they need to be installed
>> on a target machine ?
>
>it
Module Name:src
Committed By: christos
Date: Tue Jan 1 19:41:05 UTC 2019
Modified Files:
src/sys/arch/ews4800mips/stand/boot: Makefile
src/sys/arch/mips/conf: Makefile.mips
src/sys/arch/mipsco/conf: Makefile.mipsco.inc
src/sys/arch/pmax/conf:
> On Jan 1, 2019, at 11:23 AM, Martin Husemann wrote:
>
> Yeah (and to waste more than an additional hour in a full build of
> NetBSD) - but then we need a working plan how to provide libllvm as
> part of the installed system, not only headers for building libmesa.
I'm not arguing the merits
On Tue, Jan 01, 2019 at 08:03:23AM -0800, Jason Thorpe wrote:
> LLVM is used in the graphics pipeline at run-time to generate native
> code that runs on the GPU.
Yeah (and to waste more than an additional hour in a full build of
NetBSD) - but then we need a working plan how to provide libllvm as
Module Name:src
Committed By: christos
Date: Tue Jan 1 19:09:13 UTC 2019
Modified Files:
src/distrib/ews4800mips/floppies/instkernel: Makefile
src/distrib/mipsco/instkernel: Makefile
src/distrib/pmax/instkernel: Makefile
Module Name:src
Committed By: christos
Date: Tue Jan 1 19:09:13 UTC 2019
Modified Files:
src/distrib/ews4800mips/floppies/instkernel: Makefile
src/distrib/mipsco/instkernel: Makefile
src/distrib/pmax/instkernel: Makefile
Module Name:src
Committed By: christos
Date: Tue Jan 1 19:06:38 UTC 2019
Modified Files:
src/share/mk: bsd.README bsd.sys.mk
Log Message:
document the elf2foo tools.
The bsd.sys.mk tools are un-prefixed, since the "right" version is installed
for the platform, as opposed
Module Name:src
Committed By: christos
Date: Tue Jan 1 19:06:38 UTC 2019
Modified Files:
src/share/mk: bsd.README bsd.sys.mk
Log Message:
document the elf2foo tools.
The bsd.sys.mk tools are un-prefixed, since the "right" version is installed
for the platform, as opposed
Module Name:src
Committed By: maya
Date: Tue Jan 1 18:46:09 UTC 2019
Modified Files:
src/distrib/sets/lists/base: mi
src/distrib/sets/lists/comp: mi
src/etc/mtree: NetBSD.dist.base
src/external/bsd/llvm/include: Makefile
Removed Files:
Module Name:src
Committed By: maya
Date: Tue Jan 1 18:46:09 UTC 2019
Modified Files:
src/distrib/sets/lists/base: mi
src/distrib/sets/lists/comp: mi
src/etc/mtree: NetBSD.dist.base
src/external/bsd/llvm/include: Makefile
Removed Files:
> On Jan 1, 2019, at 8:02 AM, Robert Swindells wrote:
>
> How does the usage of libLLVM from MesaLib make use of the LLVM headers
> at *runtime* ?
>
> If they are not needed at runtime then why do they need to be installed
> on a target machine ?
What's needed on the target machine are the
Anyway, would static linking be good?
On Tue, Jan 01, 2019 at 04:02:01PM +, Robert Swindells wrote:
>
> m...@netbsd.org wrote:
> >On Tue, Jan 01, 2019 at 03:34:47PM +0100, Martin Husemann wrote:
> >> On Tue, Jan 01, 2019 at 02:22:54PM +, maya%netbsd.org@localhost wrote:
> >> > I'm stuck between the hammer and the anvil here.
m...@netbsd.org wrote:
>On Tue, Jan 01, 2019 at 03:34:47PM +0100, Martin Husemann wrote:
>> On Tue, Jan 01, 2019 at 02:22:54PM +, maya%netbsd.org@localhost wrote:
>> > I'm stuck between the hammer and the anvil here.
>> > I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
>>
> On Jan 1, 2019, at 6:34 AM, Martin Husemann wrote:
>
> Can you explain how the MesaLib build uses llvm?
>
> This kinda sounds like you need a special build time binary that would
> live in $TOOLDIR and it is not exactly clear how installing some headers
> helps building this tool (as you
On Tue, Jan 01, 2019 at 03:34:47PM +0100, Martin Husemann wrote:
> On Tue, Jan 01, 2019 at 02:22:54PM +, m...@netbsd.org wrote:
> > I'm stuck between the hammer and the anvil here.
> > I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
>
> Can you explain how the MesaLib build
On Tue, Jan 01, 2019 at 02:22:54PM +, m...@netbsd.org wrote:
> I'm stuck between the hammer and the anvil here.
> I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
Can you explain how the MesaLib build uses llvm?
This kinda sounds like you need a special build time binary
I'm stuck between the hammer and the anvil here.
I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
I keep getting reports that r600.so isn't actually functional*, and
amdgpu would be even more noticeable.
I've done my best to improve support of MesaLib for modular xorg within
On Tue, Jan 01, 2019 at 05:45:31AM +0100, Kamil Rytarowski wrote:
> Regarding usefulness, it's a step forward to reusing builtin toolchain
> for dependencies (xsrc, pkgsrc).
Installing headers alone is absolutely useless. You can't do anything
useful in that form. It's just wasting space.
Joerg
On Tue, Jan 01, 2019 at 04:49:57AM +0100, Thomas Klausner wrote:
> On Tue, Jan 01, 2019 at 04:13:57AM +0100, Joerg Sonnenberger wrote:
> > On Mon, Dec 31, 2018 at 07:33:08PM +, Maya Rashish wrote:
> > > Module Name: src
> > > Committed By: maya
> > > Date: Mon Dec 31
Module Name:src
Committed By: martin
Date: Tue Jan 1 14:01:46 UTC 2019
Modified Files:
src/usr.bin/elf2aout: Makefile
Log Message:
Match all arm (and simplify powerpc conditionals)
To generate a diff of this commit:
cvs rdiff -u -r1.12 -r1.13
Module Name:src
Committed By: martin
Date: Tue Jan 1 14:01:46 UTC 2019
Modified Files:
src/usr.bin/elf2aout: Makefile
Log Message:
Match all arm (and simplify powerpc conditionals)
To generate a diff of this commit:
cvs rdiff -u -r1.12 -r1.13
On Tue, Jan 01, 2019 at 04:18:06AM +0100, Joerg Sonnenberger wrote:
> On Sat, Dec 29, 2018 at 08:48:37PM -0500, Christos Zoulas wrote:
> > Module Name:src
> > Committed By: christos
> > Date: Sun Dec 30 01:48:37 UTC 2018
> >
> > Modified Files:
> >
On Tue, Jan 01, 2019 at 05:45:31AM +0100, Kamil Rytarowski wrote:
> LLVM has no API/ABI stability contract and we are down to just keep
> syncing the headers and libraries with LLVM releases.
Can you explain this in more detail? Sounds like a no-go to me.
We provide abi compatibility, so does
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:08:42 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_vnops.c
Log Message:
As already noted in XXX comment do a zil_commit() on reclaim.
To generate a diff of this commit:
cvs rdiff
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:09:27 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_vnops.c
Log Message:
Cannot use ZFS_ENTER() / ZFS_EXIT() as zfs_netbsd_putpages() is used
during vnode reclaim.
Add missing
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:08:42 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_vnops.c
Log Message:
As already noted in XXX comment do a zil_commit() on reclaim.
To generate a diff of this commit:
cvs rdiff
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:09:27 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_vnops.c
Log Message:
Cannot use ZFS_ENTER() / ZFS_EXIT() as zfs_netbsd_putpages() is used
during vnode reclaim.
Add missing
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:08:01 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_ioctl.c
zfs_vfsops.c zfs_znode.c
src/external/cddl/osnet/dist/uts/common/fs/zfs/sys: zfs_znode.h
Log Message:
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:08:01 UTC 2019
Modified Files:
src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_ioctl.c
zfs_vfsops.c zfs_znode.c
src/external/cddl/osnet/dist/uts/common/fs/zfs/sys: zfs_znode.h
Log Message:
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:06:55 UTC 2019
Modified Files:
src/share/man/man9: vfsops.9 vnode.9
src/sys/fs/tmpfs: tmpfs_subr.c tmpfs_vfsops.c
src/sys/fs/udf: udf_subr.c
src/sys/kern: vfs_subr.c vfs_vnode.c
Module Name:src
Committed By: hannken
Date: Tue Jan 1 10:06:55 UTC 2019
Modified Files:
src/share/man/man9: vfsops.9 vnode.9
src/sys/fs/tmpfs: tmpfs_subr.c tmpfs_vfsops.c
src/sys/fs/udf: udf_subr.c
src/sys/kern: vfs_subr.c vfs_vnode.c
Module Name:src
Committed By: maya
Date: Tue Jan 1 08:09:30 UTC 2019
Modified Files:
src/sys/arch/amd64/conf: GENERIC
Log Message:
Add commented out amdgpu.
(Builds, untested on hardware)
To generate a diff of this commit:
cvs rdiff -u -r1.514 -r1.515
Module Name:src
Committed By: maya
Date: Tue Jan 1 08:09:30 UTC 2019
Modified Files:
src/sys/arch/amd64/conf: GENERIC
Log Message:
Add commented out amdgpu.
(Builds, untested on hardware)
To generate a diff of this commit:
cvs rdiff -u -r1.514 -r1.515
Module Name:src
Committed By: maya
Date: Tue Jan 1 08:07:47 UTC 2019
Modified Files:
src/sys/external/bsd/drm2/dist/drm/amd/amdgpu: amdgpu_atombios_dp.c
amdgpu_uvd.c amdgpu_vce.c
Log Message:
Fix clang build by using hhx to print u8 and x to print unsigned.
Module Name:src
Committed By: maya
Date: Tue Jan 1 08:07:47 UTC 2019
Modified Files:
src/sys/external/bsd/drm2/dist/drm/amd/amdgpu: amdgpu_atombios_dp.c
amdgpu_uvd.c amdgpu_vce.c
Log Message:
Fix clang build by using hhx to print u8 and x to print unsigned.
67 matches
Mail list logo