Taylor R Campbell writes:
> How is the host C++ compiler supposed to know that we are asking it to
> compile C++11 and not C++98 or C++17?
The compilation line should pass --std=c++11. Arguably, any program
that invokes a compiler and does not pass a --std is buggy. Things only
mostly work bec
> Date: Mon, 17 Jun 2024 03:01:55 +1000
> from: matthew green
>
> "David H. Gutteridge" writes:
> > Module Name:src
> > Committed By: gutteridge
> > Date: Sun Jun 16 16:03:30 UTC 2024
> >
> > tools/gcc/Makefile: force std=c++11 for GCC 12 builds
> >
> > GCC >= 11 now r
On 2024-06-16 13:01, matthew green wrote:
"David H. Gutteridge" writes:
Module Name:src
Committed By:gutteridge
Date:Sun Jun 16 16:03:30 UTC 2024
Modified Files:
src/tools/gcc: Makefile
Log Message:
tools/gcc/Makefile: force std=c++11 for GCC 12 builds
GCC >= 11 now requires
"David H. Gutteridge" writes:
> Module Name: src
> Committed By: gutteridge
> Date: Sun Jun 16 16:03:30 UTC 2024
>
> Modified Files:
> src/tools/gcc: Makefile
>
> Log Message:
> tools/gcc/Makefile: force std=c++11 for GCC 12 builds
>
> GCC >= 11 now requires C++11 to build. Impacted
Hi,
"matthew green" writes:
> Module Name: src
> Committed By: mrg
> Date: Thu Feb 22 02:47:27 UTC 2024
>
> Modified Files:
> src/tools/gcc: Makefile
>
> Log Message:
> enable isl support for GCC 12.
I have HAVE_GCC=12 in my /etc/mk.conf.
I have gotten the following error.
Maybe
On 23-07-08 19:10, Palle Lyckegaard wrote:
| Module Name:src
| Committed By: palle
| Date: Sat Jul 8 19:10:00 UTC 2023
|
| Modified Files:
| src/tools/compat: compat_defs.h
|
| Log Message:
| Add support for missing NAME_MAX when building on Sola
I understand. Thanks!
rin
On 2021/05/09 9:20, Christos Zoulas wrote:
In article ,
Rin Okuyama wrote:
How about binutils?
http://cvsweb.netbsd.org/bsdweb.cgi/src/tools/binutils/Makefile#rev1.32
I don't think it makes a difference.
It seems that we need to mknative again for this:
Event
In article ,
Rin Okuyama wrote:
>How about binutils?
>
>http://cvsweb.netbsd.org/bsdweb.cgi/src/tools/binutils/Makefile#rev1.32
I don't think it makes a difference.
>It seems that we need to mknative again for this:
Eventually, but not right now.
christos
How about binutils?
http://cvsweb.netbsd.org/bsdweb.cgi/src/tools/binutils/Makefile#rev1.32
It seems that we need to mknative again for this:
% find /usr/src/external/gpl3/binutils/usr.bin/ld -name '*.h' | xargs grep
HAVE_INITFINI_ARRAY
/usr/src/external/gpl3/binutils/usr.bin/ld/arch/aarc
Yes, I've renamed it to libgnuctf.
christos
> On Apr 3, 2020, at 9:01 PM, Kamil Rytarowski wrote:
>
> On 04.04.2020 02:47, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Sat Apr 4 00:47:52 UTC 2020
>>
>> Modified Files:
>> src/tools/bi
On 04.04.2020 02:47, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Apr 4 00:47:52 UTC 2020
>
> Modified Files:
> src/tools/binutils: mknative-binutils
>
> Log Message:
> Handle libctf new in binutils 2.34
>
>
Please note that the upstreamed libctf
> On 22. Jun 2019, at 15:50, Kamil Rytarowski wrote:
>
> On 22.06.2019 15:42, Juergen Hannken-Illjes wrote:
>> Module Name: src
>> Committed By:hannken
>> Date:Sat Jun 22 13:42:53 UTC 2019
>>
>> Modified Files:
>> src/tools/compat: configure configure.ac nbtool_con
On 22.06.2019 15:42, Juergen Hannken-Illjes wrote:
> Module Name: src
> Committed By: hannken
> Date: Sat Jun 22 13:42:53 UTC 2019
>
> Modified Files:
> src/tools/compat: configure configure.ac nbtool_config.h.in
> src/tools/rpcgen: Makefile
>
> Log Message:
> Update tools/co
> On May 7, 2019, at 3:52 PM, Herbert J. Skuhra wrote:
>
> On Tue, 07 May 2019 12:23:12 +0200, "J. Hannken-Illjes" wrote:
>>
>>
>>> On 7. May 2019, at 12:17, matthew green wrote:
>>>
Diff is NOT reversed.
>>>
>>> ah yes, i see. please commit.
>
> Crossbuilding is still broken.
I j
I'll take a look at this this evening.
> On May 7, 2019, at 3:52 PM, Herbert J. Skuhra wrote:
>
> On Tue, 07 May 2019 12:23:12 +0200, "J. Hannken-Illjes" wrote:
>>
>>
>>> On 7. May 2019, at 12:17, matthew green wrote:
>>>
Diff is NOT reversed.
>>>
>>> ah yes, i see. please commit.
>
On Tue, 07 May 2019 12:23:12 +0200, "J. Hannken-Illjes" wrote:
>
>
> > On 7. May 2019, at 12:17, matthew green wrote:
> >
> >> Diff is NOT reversed.
> >
> > ah yes, i see. please commit.
Crossbuilding is still broken.
On FreeBSD 12.0-STABLE (amd64) and Arch GNU/Linux building earmv7hf and a
> On May 7, 2019, at 12:32 PM, matthew green wrote:
>
> did you start from a clean *tooldir*? that would be the bit
> that matters. if one had an existing tooldir with nbpax in
> it, then this problem wouldn't occur.
>
> that's my only guess to what happened...
Yah, that's probably it.
--
Jason Thorpe writes:
>
> > On May 7, 2019, at 3:17 AM, matthew green wrote:
> >
> >> Diff is NOT reversed.
> >
> > ah yes, i see. please commit.
>
> I bootstrapped the whole system 3 or 4 times without having this extra
> dependency and didn't see a build failure, so I'm a little confused, but
> On May 7, 2019, at 3:17 AM, matthew green wrote:
>
>> Diff is NOT reversed.
>
> ah yes, i see. please commit.
I bootstrapped the whole system 3 or 4 times without having this extra
dependency and didn't see a build failure, so I'm a little confused, but
whatever.
Thanks for fixing it.
> On 7. May 2019, at 12:17, matthew green wrote:
>
>> Diff is NOT reversed.
>
> ah yes, i see. please commit.
Done.
--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)
> Diff is NOT reversed.
ah yes, i see. please commit.
> On 7. May 2019, at 11:54, matthew green wrote:
>
> reversed patch, but i think you don't need the extra .WAIT step.
>
> it worked for me just before ${TOOLCHAIN_BITS} but you can probably
> put it anywhere in that set.
>
> please commit!
Diff is NOT reversed. My Rev. 1.202 makefile has:
reversed patch, but i think you don't need the extra .WAIT step.
it worked for me just before ${TOOLCHAIN_BITS} but you can probably
put it anywhere in that set.
please commit!
.mrg.
> On 7. May 2019, at 06:29, Jason R Thorpe wrote:
>
> Module Name: src
> Committed By: thorpej
> Date: Tue May 7 04:29:45 UTC 2019
>
> Modified Files:
> src/tools: Makefile
> Added Files:
> src/tools/libprop: Makefile
>
> Log Message:
> Add support for libprop as a host
Hi,
From: "Joerg Sonnenberger" , Date: Tue, 25 Sep 2018 11:41:35
+
> Module Name: src
> Committed By: joerg
> Date: Tue Sep 25 11:41:35 UTC 2018
>
> Modified Files:
> src/tools/xz-include: Makefile
>
> Log Message:
> Don't include NLS for the tools build of xz.
>
>
> To ge
In article <20180909191722.120faf...@cvs.netbsd.org>,
Palle Lyckegaard wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: palle
>Date: Sun Sep 9 19:17:21 UTC 2018
>
>Modified Files:
> src/tools/compat: README
>
>Log Message:
>Add instructions for building NetBSD on modern So
On Sat, Dec 09, 2017 at 04:22:53AM +, Sevan Janiyan wrote:
> Module Name: src
> Committed By: sevan
> Date: Sat Dec 9 04:22:53 UTC 2017
>
> Modified Files:
> src/tools/compat: configure.ac
>
> Log Message:
> Add asnprintf() to the AC_CHECK_DECLS list.
> Resolves conflict when
> Module Name:src
> Committed By: christos
> Date: Mon Oct 2 22:19:45 UTC 2017
>
> Modified Files:
> src/tools/compat: compat_defs.h configure.ac fpurge.c
>
> Log Message:
> handle __fpurge being declared in
This has broken the tools build of awk for me.
cc -O -D__EXTE
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Wed Oct 5 14:16:12 UTC 2016
>
> Modified Files:
> src/tools/gcc: mknative-gcc
>
> Log Message:
> We provide our own soft-float implementation in libc, so elide the libgcc
> sources for it.
gross. this
chris...@astron.com (Christos Zoulas) writes:
> Can you explain how it breaks? Is it because of the locale settings?
Sure, and no: it's simply because it uses [[:<:]] and [[:>:]] as word
delimiters, and that appears to be a BSD extension.
Regards,
Aymeric
In article <20160229221929.7346bf...@cvs.netbsd.org>,
Aymeric Vincent wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: aymeric
>Date: Mon Feb 29 22:19:29 UTC 2016
>
>Modified Files:
> src/tools/compat: Makefile
>Added Files:
> src/tools/compat: regex.h
>
>Log Message:
(Resend with valid subject line)
Module Name:src
Committed By: christos
Date: Thu Sep 17 02:22:47 UTC 2015
Modified Files:
src/tools/compat: Makefile
Log Message:
make this more robust by using .CURDIR to cd.
To generate a diff of this commit:
cvs rdiff -u -r1.74 -r1.7
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-mo
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 effect
In article <20130315185454.gb22...@apb-laptoy.apb.alt.za>,
Alan Barrett wrote:
>On Fri, 15 Mar 2013, Christos Zoulas wrote:
>> I still don't understand how a missing include does not cause
>> an error in the compilation phase, but it can be ignore in the
>> dependency generation.
>
>tools/compa
On Fri, 15 Mar 2013, Christos Zoulas wrote:
I still don't understand how a missing include does not cause
an error in the compilation phase, but it can be ignore in the
dependency generation.
tools/compat creates a dummy include file, if necessary. This is
good enough for the compilation pha
In article <20130315130901.gd...@pony.stderr.spb.ru>,
Valery Ushakov wrote:
>On Fri, Mar 15, 2013 at 16:56:53 +0400, Valery Ushakov wrote:
>
>> On Thu, Mar 14, 2013 at 21:02:06 -0700, Tom Spindler (moof) wrote:
>>
>> > > > >> >Log Message:
>> > > > >> >Revert 1.25 and 1.26: Breaks build on !NetB
On Fri, Mar 15, 2013 at 16:56:53 +0400, Valery Ushakov wrote:
> On Thu, Mar 14, 2013 at 21:02:06 -0700, Tom Spindler (moof) wrote:
>
> > > > >> >Log Message:
> > > > >> >Revert 1.25 and 1.26: Breaks build on !NetBSD
> > > > >>
> > > > >> Can you explain how? The shell does not work?
> > > > >
>
On Thu, Mar 14, 2013 at 21:02:06 -0700, Tom Spindler (moof) wrote:
> > > >> >Log Message:
> > > >> >Revert 1.25 and 1.26: Breaks build on !NetBSD
> > > >>
> > > >> Can you explain how? The shell does not work?
> > > >
> > > >E.g. util.h not found in binstall and a lot of other header issues.
> >
> > >> >Log Message:
> > >> >Revert 1.25 and 1.26: Breaks build on !NetBSD
> > >>
> > >> Can you explain how? The shell does not work?
> > >
> > >E.g. util.h not found in binstall and a lot of other header issues.
> >
> > On what os?
>
> I've seen it on OSX ( 10.5 PowerPC if it matters ).
And I
Hello,
On Fri, 15 Mar 2013 00:19:54 + (UTC)
chris...@astron.com (Christos Zoulas) wrote:
> In article <20130315000350.ga27...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
> >> In article <20130314145536.7745617...@cvs.ne
In article <20130315000350.ga27...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
>> In article <20130314145536.7745617...@cvs.netbsd.org>,
>> Joerg Sonnenberger wrote:
>> >-=-=-=-=-=-
>> >
>> >Module Name:src
>> >Committed
On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
> In article <20130314145536.7745617...@cvs.netbsd.org>,
> Joerg Sonnenberger wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:joerg
> >Date:Thu Mar 14 14:55:36 UTC 2013
> >
> >Modified Files:
> >
In article <20130314145536.7745617...@cvs.netbsd.org>,
Joerg Sonnenberger wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: joerg
>Date: Thu Mar 14 14:55:36 UTC 2013
>
>Modified Files:
> src/tools/host-mkdep: host-mkdep.in
>
>Log Message:
>Revert 1.25 and 1.26: Breaks build
On Feb 17, 9:49am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/tools/compat
| > Module Name:src
| > Committed By: christos
| > Date: Sun Feb 17 00:34:11 UTC 2013
| >
| > Modified Files:
| > src/tools/com
> Module Name: src
> Committed By: christos
> Date: Sun Feb 17 00:34:11 UTC 2013
>
> Modified Files:
> src/tools/compat: compat_defs.h configure.ac
>
> Log Message:
> cygwin defines u_quad_t in , so include this to the headers
> we include and test by default.
Now does it work?
La
On Sun, Dec 16, 2012 at 06:47:40AM +, Alan Barrett wrote:
> Module Name: src
> Committed By: apb
> Date: Sun Dec 16 06:47:39 UTC 2012
>
> Modified Files:
> src/tools/libctf: Makefile
> src/tools/libdwarf: Makefile
> src/tools/libelf: Makefile
>
> Log Message:
> If y
On Sun, Dec 02, 2012 at 01:05:14PM +, Alan Barrett wrote:
> Module Name: src
> Committed By: apb
> Date: Sun Dec 2 13:05:14 UTC 2012
>
> Modified Files:
> src/tools/compat: defs.mk.in
>
> Log Message:
> Change the default value of COMPATLIB_UNINSTALLED to no, now that
> all us
On Sun, 03 Jun 2012, Joerg Sonnenberger wrote:
Log Message:
Add __predict_true / __predict_false definitions.
+#undef __predict_false
+#define __predict_false(x) x
+#undef __predict_true
+#define __predict_true(x) x
Please parenthesise the definitions.
I don't know whether it's worth defini
> Module Name: src
> Committed By: joerg
> Date: Mon Dec 12 18:59:06 UTC 2011
>
> Modified Files:
> src/tools/gcc: Makefile
>
> Log Message:
> Explicitly request TLS support for mknative.
while testing mknative-gcc for this i noticed that it causes libgomp
compile to crash on m68
On Mar 27, 8:19am, christoph_eg...@gmx.de (Christoph Egger) wrote:
-- Subject: Re: CVS commit: src/tools/compat/sys
| On 26.03.10 22:34, Christos Zoulas wrote:
| > In article <1933.1269630...@splode.eterna.com.au>,
| > matthew green wrote:
| >>
| >>
| >> t
On 26.03.10 22:34, Christos Zoulas wrote:
> In article <1933.1269630...@splode.eterna.com.au>,
> matthew green wrote:
>>
>>
>> tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
>> 'CLOCK_REALTIME' undeclared (first use in this function)
>>
>>
>>
>> shouldn't this b
In article <1933.1269630...@splode.eterna.com.au>,
matthew green wrote:
>
>
> tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
> 'CLOCK_REALTIME' undeclared (first use in this function)
>
>
>
>shouldn't this be fixed with something in nbtool_config.h?
Just back t
On Mar 26, 2010, at 12:00 PM, matthew green wrote:
>
>
> tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
> 'CLOCK_REALTIME' undeclared (first use in this function)
>
>
>
> shouldn't this be fixed with something in nbtool_config.h?
That's what I was thinking sinc
tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
'CLOCK_REALTIME' undeclared (first use in this function)
shouldn't this be fixed with something in nbtool_config.h?
Original-Nachricht
> Datum: Sat, 27 Mar 2010 03:03:06 +1100
> Von: matthew green
> An: "Christoph Egger"
> CC: source-changes-d@NetBSD.org
> Betreff: re: CVS commit: src/tools/compat/sys
>
>
>>toolchain buildfix on OSX with M
>toolchain buildfix on OSX with MKDTRACE=yes:
>
>The host doesn't provide CLOCK_REALTIME but
>ctf uses it.
>See http://mail-index.netbsd.org/current-users/2010/03/20/msg012963.html
>
> this seems bogus to me.
>
> please only define it if it isn
>
>Module Name: src
>Committed By: cegger
>Date: Fri Mar 26 07:16:12 UTC 2010
>
>Added Files:
> src/tools/compat/sys: time.h
>
>Log Message:
>toolchain buildfix on OSX with MKDTRACE=yes:
>
>The host doesn't provide CLOCK_REALT
Module Name: src
Committed By:cegger
Date:Fri Mar 26 07:16:12 UTC 2010
Added Files:
src/tools/compat/sys: time.h
Log Message:
toolchain buildfix on OSX with MKDTRACE=yes:
The host doesn't provide CLOCK_REALTIME but ctf uses it.
S
On 22.12.09 09:29, Christoph Egger wrote:
> On 21.12.09 21:57, matthew green wrote:
>> Module Name: src
>> Committed By:mrg
>> Date:Mon Dec 21 20:57:36 UTC 2009
>>
>> Modified Files:
>> src/tools: Makefile
>>
>> Log Message:
>> move the build of pax before libelf. fixe
On 21.12.09 21:57, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Mon Dec 21 20:57:36 UTC 2009
>
> Modified Files:
> src/tools: Makefile
>
> Log Message:
> move the build of pax before libelf. fixes my build of tools/libelf,
> though i didn't look to see why l
I guess this may break parallel build. Before, building disklabel is
deferred but now it will be built more earlier.
good point. thanks.
The notation like below
xxx .WAIT \
yyy .WAIT \
zzz ...
is quite misleading and it should be rewritten as f
matthew green writes:
> Module Name: src
> Committed By: mrg
> Date: Mon Dec 21 20:57:36 UTC 2009
>
> Modified Files:
> src/tools: Makefile
>
> Log Message:
> move the build of pax before libelf. fixes my build of tools/libelf,
> though i didn't look to see why libelf needs pax.
On Dec 15, 5:03pm, uebay...@tombi.co.jp (Masao Uebayashi) wrote:
-- Subject: Re: CVS commit: src/tools/gdb
| I changed other instances too. OK to check in?
|
I think so.
christos
> Hm, it may be simpler to remove `cd ../igen && $(MAKE)' except the
> ../igen/igen target.
Ah, now I see this is also a simple race...
This works for me.
Masao
Index: gnu/dist/gdb6/sim/mips/Makefile.in
===
RCS file: /cvsroot/src/g
> Index: gnu/dist/gdb6/sim/mips/Makefile.in
> ===
> RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mips/Makefile.in,v
> retrieving revision 1.1.1.2
> diff -u -r1.1.1.2 Makefile.in
> --- gnu/dist/gdb6/sim/mips/Makefile.in2 Jul 2006 20
I changed other instances too. OK to check in?
Masao
Index: gnu/dist/gdb6/sim/mips/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mips/Makefile.in,v
retrieving revision 1.1.1.2
diff -u -r1.1.1.2 Makefile.in
--- gnu/dist/gd
> Since not a parallel make problem.
>
> enami.
>
> Index: gnu/dist/gdb6/sim/mips/Makefile.in
> ===
> RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mips/Makefile.in,v
> retrieving revision 1.1.1.2
> diff -u -r1.1.1.2 Makefile.in
> --- gnu
> So problems are:
> - why .NOTPARALLEL doesn't work?
Since not a parallel make problem.
enami.
Index: gnu/dist/gdb6/sim/mips/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mips/Makefile.in,v
retrieving revision 1.1.1.2
di
> I made it work using Makefile.gmakehost too. I don't know what those
> NetBSD_DISABLED_* mean.
I found it's clearly mentioned in cvs log:
revision 1.3
date: 2007/01/12 13:24:30; author: skrll; state: Exp; lines: +4 -0
branches: 1.3.4;
Deal with lex and yacc gen
> Log Message:
> disable only parallel make.
> @@ -11,7 +11,7 @@
>
> MAKE_ARGS= MACHINE= MAKEINFO=${TOOL_MAKEINFO:Q}
>
> -.MAKEFLAGS: -B # XXX otherwise fails with itable.c / interp.c build
> +.NOTPARALLEL:# XXX otherwise fails with itable.c / interp.c build
> ALL_TARGET= al
71 matches
Mail list logo
