Re: CVS commit: src/usr.bin/xlint/lint1

On 18.04.2021 16:12, Christos Zoulas wrote: In article <20210418085205.10b75f...@cvs.netbsd.org>, Roland Illig wrote: -=-=-=-=-=- Module Name:src Committed By: rillig Date: Sun Apr 18 08:52:04 UTC 2021 Modified Files: src/usr.bin/xlint/lint1: err.c externs1.h lint1.h

Re: CVS commit: src/usr.bin/xlint/lint1

In article <20210418085205.10b75f...@cvs.netbsd.org>, Roland Illig wrote: >-=-=-=-=-=- > >Module Name: src >Committed By: rillig >Date: Sun Apr 18 08:52:04 UTC 2021 > >Modified Files: > src/usr.bin/xlint/lint1: err.c externs1.h lint1.h > >Log Message: >lint: add error_at,

Re: CVS commit: src/usr.bin/xlint/lint1

On 09.01.2021 17:42, Martin Husemann wrote: On Sat, Jan 09, 2021 at 05:15:12PM +0100, Roland Illig wrote: I guess a simple "make clean && make" will clear up the situation. Not quite, "make clean" will not remove the old ops.c file in the objdir, you need to manually kill it (or just remove

Re: CVS commit: src/usr.bin/xlint/lint1

On Sat, Jan 09, 2021 at 05:15:12PM +0100, Roland Illig wrote: > I guess a simple "make clean && make" will clear up the situation. Not quite, "make clean" will not remove the old ops.c file in the objdir, you need to manually kill it (or just remove all lint objdirs completely). Please add an

Re: CVS commit: src/usr.bin/xlint/lint1

On 09.01.2021 12:42, Jared McNeill wrote: Not sure if it is this exact change, but I am no longer able to build tools on Ubuntu 20.04.1: --- lint1 --- #  link  lint1/lint1 /usr/bin/ld: ops.lo: in function `initmtab': ops.c:(.text+0x63): undefined reference to `STRUCT_ASSIGN' That's weird

Re: CVS commit: src/usr.bin/xlint/lint1

Not sure if it is this exact change, but I am no longer able to build tools on Ubuntu 20.04.1: --- lint1 --- # link lint1/lint1 cc -O -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/jmcneill/netbsd/cvs-src/obj/tooldir.Linux-5.8.0-34-generic-x86_64/include/compat

Re: CVS commit: src/usr.bin/xlint/lint1

In article <20160721050113.ga1...@netbsd.org>, David Holland wrote: >On Wed, Jul 20, 2016 at 02:14:12PM -0400, Christos Zoulas wrote: > > Modified Files: > > src/usr.bin/xlint/lint1: cgram.y > > > > Log Message: > > accept attributes in param decls >

Re: CVS commit: src/usr.bin/xlint/lint1

On Wed, Jul 20, 2016 at 02:14:12PM -0400, Christos Zoulas wrote: > Modified Files: > src/usr.bin/xlint/lint1: cgram.y > > Log Message: > accept attributes in param decls Parsing gcc attributes "correctly" (as in, where gcc accepts them) is a trainwreck. Do we really want to bother

Re: CVS commit: src/usr.bin/xlint/lint1

On Fri, 18 Apr 2014, matthew green wrote: don't include fmemopen in tools builds. Since tools does not define _NETBSD_SOURCE, we don't get the fmemopen prototype hmm is that because we define _SOMEOTHER_SOURCE? _NETBSD_SOURCE should be defined normally, unless you start to ask for

re: CVS commit: src/usr.bin/xlint/lint1

On Apr 18, 3:24pm, m...@eterna.com.au (matthew green) wrote: -- Subject: re: CVS commit: src/usr.bin/xlint/lint1 | | Christos Zoulas writes: | Module Name:src | Committed By: christos | Date: Fri Apr 18 02:17:14 UTC 2014 | | Modified Files: | src/usr.bin

re: CVS commit: src/usr.bin/xlint/lint1

Alan Barrett writes: On Fri, 18 Apr 2014, matthew green wrote: don't include fmemopen in tools builds. Since tools does not define _NETBSD_SOURCE, we don't get the fmemopen prototype hmm is that because we define _SOMEOTHER_SOURCE? _NETBSD_SOURCE should be defined normally,

re: CVS commit: src/usr.bin/xlint/lint1

Christos Zoulas writes: Module Name: src Committed By: christos Date: Fri Apr 18 02:17:14 UTC 2014 Modified Files: src/usr.bin/xlint/lint1: main1.c Log Message: don't include fmemopen in tools builds. Since tools does not define _NETBSD_SOURCE, we don't get the fmemopen

Re: CVS commit: src/usr.bin/xlint/lint1

On Feb 6, 2011, at 11:57 PM, Antti Kantee wrote: On Sun Feb 06 2011 at 19:26:27 -0500, Christos Zoulas wrote: Module Name: src Committed By:christos Date:Mon Feb 7 00:26:27 UTC 2011 Modified Files: src/usr.bin/xlint/lint1: mkops Log Message: provide

Re: CVS commit: src/usr.bin/xlint/lint1

On Mon Feb 07 2011 at 00:00:15 -0800, Matt Thomas wrote: Why is lint in tools anyway ?) (at least as a non-nop) so the build can make lintlibs duh. /brick /me. -- älä karot toivorikkauttas, kyl rätei ja lumpui piisaa

Re: CVS commit: src/usr.bin/xlint/lint1

On Sun Feb 06 2011 at 19:26:27 -0500, Christos Zoulas wrote: Module Name: src Committed By: christos Date: Mon Feb 7 00:26:27 UTC 2011 Modified Files: src/usr.bin/xlint/lint1: mkops Log Message: provide __arraycount() if not there. What's the point? Now if a (future)

Re: CVS commit: src/usr.bin/xlint/lint1

Are we missing a commit ? /bin/sh: Can't open /fs/raid1a/src/NetBSD/tc-merge/src/usr.bin/xlint/lint1/mkops *** Failed target: ops.h *** Failed command: AWK=/usr/btools/bin/nbawk /bin/sh /fs/raid1a/src/NetBSD/tc-merge/src/usr.bin/xlint/lint1/mkops -h

Re: CVS commit: src/usr.bin/xlint/lint1

Module Name:src Committed By: christos Date: Sat Feb 5 03:09:46 UTC 2011 Modified Files: src/usr.bin/xlint/lint1: Makefile.ops-c Makefile.ops-h Log Message: fix tools build. Why doesn't .PARSEDIR work? This doesn't seem to have fixed things. It appears that ops.h is

Re: CVS commit: src/usr.bin/xlint/lint1

On Feb 5, 10:47am, kar...@netbsd.org (Frank Kardel) wrote: -- Subject: Re: CVS commit: src/usr.bin/xlint/lint1 | Are we missing a commit ? | | /bin/sh: Can't open | /fs/raid1a/src/NetBSD/tc-merge/src/usr.bin/xlint/lint1/mkops | | *** Failed target: ops.h | *** Failed command: AWK=/usr/btools

Re: CVS commit: src/usr.bin/xlint/lint1

Hello Christos ! On 20091003 build release fails with: dependall === lib/libwrap compile libwrap/fix_options.ln /src/NetBSD/tc-merge/BUILD.i386/usr/include/netinet/ip.h(153): syntax error '__packed' [249] /src/NetBSD/tc-merge/BUILD.i386/usr/include/netinet/ip.h(154): syntax error