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
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, warning
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 al
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 ent
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 f
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
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
>
>Parsing gcc attributes "correctly" (as i
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 tryin
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
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
| >
| > Mo
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 restric
"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 t
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
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 Messag
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 (
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/b
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
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
/fs/raid1a/src/NetBSD/tc-merge/src/tools/
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 '__packe
19 matches
Mail list logo