Re: CVS commit: src/lib/libc/stdio
On Mon, Sep 29, 2014 at 09:35:04PM +0200, Steffen Nurpmeso wrote: > Not being able to get to the list of pull-ups from that page, or > at least getting a hint of where to find them is... a mistake. I wouldn't call it a mistake (though links certainly can be added) - that page documents something completely different. And I'm also not sure how usefull the queue (open tickets) or the list of resolved tickets would be. What would be really usefull would be a link in the source-changes email, pointing to cvsweb (or whatever), and that showing pullup state for each individual source change ;-) Another topic, slightly orthogonal, is: how can we improve the google hits for various of the dynamic pages on releng.netbsd.org. Martin
Re: CVS commit: src/tools
On Tue, Sep 30, 2014 at 07:34:50AM +, Alan Barrett wrote: > Module Name: src > Committed By: apb > Date: Tue Sep 30 07:34:50 UTC 2014 > > Modified Files: > src/tools: README > > Log Message: > Say that tools should use C89, not C99; Given the state of the toolchain with effectively requiring C++ for both GCC 4.8 and Clang, does this really still make sense? The only relevant semi-modern toolchain I can think of without C99 support is MSVC and we don't support that anyway. Joerg
Re: CVS commit: src/tools
On Tue, 30 Sep 2014, Joerg Sonnenberger wrote: Modified Files: src/tools: README Log Message: Say that tools should use C89, not C99; Given the state of the toolchain with effectively requiring C++ for both GCC 4.8 and Clang, does this really still make sense? The only relevant semi-modern toolchain I can think of without C99 support is MSVC and we don't support that anyway. Perhaps it does make sense to allow C99 in tools, but I think we have tried to avoid it until now. --apb (Alan Barrett)
Re: CVS commit: src/lib/libc/stdio
Martin Husemann wrote: |On Mon, Sep 29, 2014 at 09:35:04PM +0200, Steffen Nurpmeso wrote: |> Not being able to get to the list of pull-ups from that page, or |> at least getting a hint of where to find them is... a mistake. | |I wouldn't call it a mistake (though links certainly can be added) - |that page documents something completely different. And I'm also not |sure how usefull the queue (open tickets) or the list of resolved |tickets would be. Can be added, right. Should be added for those who are not familiar with internals, since such a person is pretty lost. E.g., there are Sushi let me say artists which can prepare a fish in such a way that she or he is still breathing whereas anything behind the head is prepared for eating. By non-vegetarians, that is. Christs may also ask if all that is necessary if there is Jesus? |What would be really usefull would be a link in the source-changes email, |pointing to cvsweb (or whatever), and that showing pullup state for each |individual source change ;-) I finally found a project that uses the automatic notification mechanism that i thought (long ago that) OpenBSD implemented for maintaining their plus.html: Crux Linux commit messages can be tagged for at least security notifications, which then get mailed out automatically. (On the other hand it is quite boring, chromium, firefox, flash-player, php, dhcpcd ... the usual suspects.) |Another topic, slightly orthogonal, is: how can we improve the google |hits for various of the dynamic pages on releng.netbsd.org. That is beyond my understanding. --steffen
Re: CVS commit: src/sys/arch/evbarm/rpi
Hi. On 2014/09/29 0:39, Michael Lorenz wrote: > Module Name: src > Committed By: macallan > Date: Sun Sep 28 15:39:36 UTC 2014 > > Modified Files: > src/sys/arch/evbarm/rpi: rpi_machdep.c > > Log Message: > make global variables static > also, make cursor test pattern red/green to highlight RGB vs. BGR > > > To generate a diff of this commit: > cvs rdiff -u -r1.48 -r1.49 src/sys/arch/evbarm/rpi/rpi_machdep.c > > Please note that diffs are not public domain; they are subject to the > copyright notices on the relevant files. Did you forget something? --- kern-RPI --- rpi_machdep.o: In function `rpi_device_register': rpi_machdep.c:(.text+0x54c): undefined reference to `rpi_alloc_mem' rpi_machdep.c:(.text+0x554): undefined reference to `rpi_lock_mem' rpi_machdep.c:(.text+0x5a0): undefined reference to `rpi_fb_movecursor' rpi_machdep.c:(.text+0x680): undefined reference to `rpi_fb_initcursor' rpi_machdep.o: In function `rpi_ioctl': rpi_machdep.c:(.text+0x8c8): undefined reference to `rpi_fb_movecursor' rpi_machdep.c:(.text+0x8f4): undefined reference to `rpi_fb_set_video' rpi_machdep.c:(.text+0xaa4): undefined reference to `rpi_fb_initcursor' rpi_machdep.c:(.text+0xac4): undefined reference to `rpi_fb_movecursor' -- --- SAITOH Masanobu (msai...@execsw.org msai...@netbsd.org)
Re: CVS commit: src/sys/arch/evbarm/rpi
Hello, On Wed, 01 Oct 2014 02:51:12 +0900 SAITOH Masanobu wrote: > Hi. > > On 2014/09/29 0:39, Michael Lorenz wrote: > > Module Name:src > > Committed By: macallan > > Date: Sun Sep 28 15:39:36 UTC 2014 > > > > Modified Files: > > src/sys/arch/evbarm/rpi: rpi_machdep.c > > > > Log Message: > > make global variables static > > also, make cursor test pattern red/green to highlight RGB vs. BGR > > > > > > To generate a diff of this commit: > > cvs rdiff -u -r1.48 -r1.49 src/sys/arch/evbarm/rpi/rpi_machdep.c > > > > Please note that diffs are not public domain; they are subject to > > the copyright notices on the relevant files. > > Did you forget something? > > --- kern-RPI --- > rpi_machdep.o: In function `rpi_device_register': > rpi_machdep.c:(.text+0x54c): undefined reference to `rpi_alloc_mem' > rpi_machdep.c:(.text+0x554): undefined reference to `rpi_lock_mem' > rpi_machdep.c:(.text+0x5a0): undefined reference to > `rpi_fb_movecursor' rpi_machdep.c:(.text+0x680): undefined reference > to `rpi_fb_initcursor' rpi_machdep.o: In function `rpi_ioctl': > rpi_machdep.c:(.text+0x8c8): undefined reference to > `rpi_fb_movecursor' rpi_machdep.c:(.text+0x8f4): undefined reference > to `rpi_fb_set_video' rpi_machdep.c:(.text+0xaa4): undefined > reference to `rpi_fb_initcursor' rpi_machdep.c:(.text+0xac4): > undefined reference to `rpi_fb_movecursor' > Argh. Yes, yes I did. Sorry, will fix in a minute. have fun Michael