The tools build on freebsd 10 broke yesterday (or possibly day
before); its normally been fine. Havent got time to fix it right now,
so sending a note here.
(this comes from the rump automated builds at
http://builds.rumpkernel.org which does hourly builds against current
on linux/freebsd/netbsd/o
I have mostly been building -current on NetBSD 6.1.3, which has been
fine. I tried today on a NetBSD amd64 6.1.4 machine and got the
following build failure. I gather this is something to do with stack
checking but somewhat unclear how to fix it...
# link common-target/genhooks
c++ -O -I/h
On Mon, Aug 18, 2014 at 6:27 PM, William D. Jones wrote:
> I'm not sure why if MKPCC=yes and HAVE_PCC=yes, ./build.sh still wants
> libgcc, but I'll look into it. In any case, the solution I proposed is
> simply a stopgap until PCC can compile userland.
>
> Right now, there's at least four ways Ne
On Fri, Sep 5, 2014 at 1:55 PM, wrote:
> Hello,
>
> I made some effort to learn the current status of ZFS usability on
> NetBSD. There did not seem to have been any discussions arount the topic
> for the last couple of years. May be there is some hidden knowledge
> available via this list?
...
>
On Sat, Sep 13, 2014 at 11:03 AM, Martin Husemann wrote:
> On Sat, Sep 13, 2014 at 08:25:24AM +0700, Robert Elz wrote:
>> I cannot get any mention of gpt partitioning to appear anywhere - using
>> an amd64 xen domU install kernel 7.99.1 (from a day or two ago).
>
> It checks wether some binaries a
On Fri, Oct 3, 2014 at 8:24 AM, Kurt Schreiner wrote:
> Hi,
>
> with -current source updated some minutes ago:
> *** Failed target: biosboot.lo
> *** Failed command: cc -O -I/u/NetBSD/src/tools/gpt
> -I/u/NetBSD/arch/amd64/TOOLS/include
> -I/u/NetBSD/arch/amd64/TOOLS/include/nbinclude
> -I/u/N
On Sun, Nov 16, 2014 at 4:36 PM, wrote:
> I needed the following to get a build to work with MKRUMP=no
>
> Could someone test a default build ? I don't have the disk space on my
> laptop to try it myself.
Yes this does seem to be a problem, will fix it.
Justin
> Robert Swindells
>
> Index: sh
On Fri, Dec 5, 2014 at 2:30 AM, Michael wrote:
> Hello,
>
> On Thu, 4 Dec 2014 14:21:55 -0800
> bch wrote:
>
>> I see that there is mention[1] of a porting effort for NetBSD to this
>> device -- I quickly trawled the commit msgs in the repo and didn't see
>> any obvious mention of it. Does anybod
On Mon, Dec 8, 2014 at 6:36 AM, Ian D. Leroux wrote:
> On amd64,
>
> $ ./build.sh distribution
>
> from an empty obj directory failed
> last night (and several times previously) with:
>
> === 4 extra files in DESTDIR =
> Files in DESTDIR but missing from flist.
> File is obsolete or
On 28 February 2015 at 11:17, Patrick Welche wrote:
> The surprise is that when building rump, gcc complains with:
>
>
> /usr/src/sys/rump/net/lib/libnet/../../../../net/route.c:1010:21: error:
> initializer element is not constant
> static const struct in_addr inmask32 = {.s_addr = INADDR_BROAD
On 28 February 2015 at 17:46, Patrick Welche wrote:
>> >Hmm, I hadnt seen that. Maybe define an HTONL macro that uses shifts
>> >and masks ifdef little endian so it is all done at compile time?
>>
>> Are you trying to compile without optimization?
>
> Yes - I have DBG=-g -O0 in Makefile.rump
>
> I
On 28 February 2015 at 21:38, Joerg Sonnenberger
wrote:
> On Sat, Feb 28, 2015 at 01:16:11PM -0500, Christos Zoulas wrote:
>> On Feb 28, 5:46pm, pr...@cam.ac.uk (Patrick Welche) wrote:
>> -- Subject: Re: rump and htonl() in constants
>>
>> | Yes - I have DBG=-g -O0 in Makefile.rump
>> |
>> | I th
On 3 March 2015 at 11:44, Patrick Welche wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19449
>
> trunk/gcc/testsuite/gcc.c-torture/execute/pr19449.c
>
> passes, but Ryan Lortie's test case doesn't => sounds like a gcc bug.
>
> So what should we do? Work around it? Stick to clang?
>
The ex
On 3 March 2015 at 12:10, Patrick Welche wrote:
> Not having much luck.. with today's source I see:
>
> # link rump_server/rump_server
> /scratch3/prlw1/netbsd/tools.i386/bin/i486--netbsdelf-gcc
> --sysroot=/scratch3
> /prlw1/netbsd/destdir/i386 -o rump_server rump_allserver.o
> -
On 7 March 2015 at 17:27, Kurt Schreiner wrote:
>
> Hi,
>
> with -current source cvs-updated some moments ago:
Christos has been adding some dtrace improvements, hopefully the build
will be fixed shortly.
Justin
> ===> build.sh command:./build.sh -u -N 1 -U -m i386 -O
> /u/NetBSD/arch/i38
On 8 March 2015 at 04:22, Christos Zoulas wrote:
> In article
> ,
> bch wrote:
>>=== 10 extra files in DESTDIR =
>>Files in DESTDIR but missing from flist.
>>File is obsolete or flist is out of date ?
>>--
>>./stand/amd64-xen/7.99.6/modules/
On 8 March 2015 at 15:31, Christos Zoulas wrote:
> In article
> ,
> Justin Cormack wrote:
>>
>>sys/rump/kern/lib/libsys_linux is not building either:
>
> Pooka has stashed more syscall build stuff... Fixed.
Thanks it is all looking good now.
Justin
On Mar 9, 2015 11:27 AM, "Patrick Welche" wrote:
>
> On Sat, Mar 07, 2015 at 09:55:08PM +0100, J. Hannken-Illjes wrote:
> > On 07 Mar 2015, at 18:03, Patrick Welche wrote:
> >
> > > - if (modclass != MODULE_CLASS_EXEC || error != ENOENT)
> > > + if ((modclass != MODULE
On 31 March 2015 at 14:38, <6b...@6bone.informatik.uni-leipzig.de> wrote:
> On Fri, 27 Mar 2015, Masanobu SAITOH wrote:
>
>> This change have commited now.
>>
>> New patch:
>>
>> http://www.netbsd.org/~msaitoh/ixg-20150327-0.dif
>>
>
> I have tested the patch and found no problems.
>
> My
On 9 April 2015 at 12:10, Kengo NAKAHARA wrote:
> Hi,
>
> On 2015/04/03 16:14, Takahiro HAYASHI wrote:
>> It seems that IFF_POINTTOPOINT interfaces like tun and gif cannot
>> receive ipv6 packets.
>> This occurs on NetBSD/amd64 -current since Feb 27 2015.
>>
>> For example, establishing gif tunnne
On 15 April 2015 at 14:36, Matt Thomas wrote:
> Unless someone can give a good reason to keep it, the acorn26 port will be
> removed in a week or two or three. Along with the removal will be the
> cleanup of the common arm to remove the arm26 bits associated with it.
>
I guess someone might sa
On 15 April 2015 at 21:20, Matt Thomas wrote:
>
>> On Apr 15, 2015, at 10:28 AM, Justin Cormack
>> wrote:
>>
>> On 15 April 2015 at 14:36, Matt Thomas wrote:
>>> Unless someone can give a good reason to keep it, the acorn26 port will be
>>> remov
On 16 April 2015 at 00:51, Christos Zoulas wrote:
> In article
> ,
> Kamil Rytarowski wrote:
>>
>>I strongly agree, please follow the rules and move it to Tier III even now.
>>There are more broken or incomplete ports than acorn26.
>>
>>acorn26 should run on emulators/arcem, it's worth to give i
On 17 April 2015 at 13:02, Thomas Mueller wrote:
> Moving a port to Tier III and letting it become more broken is not fair;
> better to be honest and put it out of its misery.
It has been moved to tier III...
https://www.netbsd.org/ports/
> Since there is no immediate urgency, maybe give two we
24 matches
Mail list logo