Paul Goyette writes:
> > Joerg Sonnenberger writes:
> >
> > > > IMO it is wrong to force every C++ program to link against
> > > > libpthread, which is not that cheap.
> > >
> > > i'd buy that -- except that libstdc++ now references
> > > pthread_create() directly, and i don't know how to deal wit
Joerg Sonnenberger writes:
> > IMO it is wrong to force every C++ program to link against
> > libpthread, which is not that cheap.
>
> i'd buy that -- except that libstdc++ now references
> pthread_create() directly, and i don't know how to deal with that.
See how I did it for libc++? Make the r
On May 30, 8:36am, "SAITOH Masanobu" wrote:
}
} Module Name: src
} Committed By: msaitoh
} Date: Fri May 30 08:36:28 UTC 2014
}
} Modified Files:
} src/usr.bin/calendar/calendars: calendar.netbsd
}
} Log Message:
} Add 5.1.4, 5.2.2. 6.0.4 and 6.1.3.
Uh, those entries were
(2014/05/31 3:45), John Nemeth wrote:
> On May 30, 8:36am, "SAITOH Masanobu" wrote:
> }
> } Module Name:src
> } Committed By: msaitoh
> } Date: Fri May 30 08:36:28 UTC 2014
> }
> } Modified Files:
> } src/usr.bin/calendar/calendars: calendar.netbsd
> }
> } Log Me
martin@ wrote:
> Module Name: src
> Committed By: martin
> Date: Fri May 30 13:24:22 UTC 2014
>
> Modified Files:
> src/distrib/vax/cdroms/installcd: Makefile
>
> Log Message:
> Pre-populate /dev on the CD - with rockridge extensions we can do this and
> it saves us one tmpfs (or
On Fri, May 30, 2014 at 11:12:19PM +0900, Izumi Tsutsui wrote:
> FYI, gunziping a kernel on m68k machines (luna68k and x68k) is
> also extremely slow (takes a few minutes) so probably it's
> an MI libsa cread problem.
Yes, nothing in VAX /boot changed for a long time, and the regression
happened b
martin@ wrote:
> Module Name: src
> Committed By: martin
> Date: Fri May 30 13:23:05 UTC 2014
>
> Modified Files:
> src/distrib/vax/cdroms/installcd: Makefile
>
> Log Message:
> The current vax /boot is super slow unziping kernels - and this is a CD, wich
> has space enough, so un
