Re: CVS commit: src/tools/gcc

[Ryo ONODERA]

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 something for isl library is missing in the src tree.

Could you take a look at my problem?
Thank you.


checking for objdir... .libs [463/94127]
checking for the correct version of gmp.h... yes
checking for the correct version of mpfr.h... yes
checking for the correct version of mpc.h... yes
checking for the correct version of the gmp/mpfr/mpc libraries... yes
checking for isl 0.15 or later... no
required isl version is 0.15 or later
configure: error: Unable to find a usable isl.  See config.log for details.

*** Failed target: .configure_done
*** Failed commands:
@mkdir build 2>/dev/null || true
@(cd build && ${CONFIGURE_ENV} ${HOST_SH} ${GNUHOSTDIST}/configure ${CON
FIGURE_ARGS})
=> @(cd build && gcc_cv_libc_provides_ssp=yes  gcc_cv_as_sparc_gotdata_o
p=no AR=ar  AWK=/usr/world/10.99/amd64/tools/bin/nbawk  CC=cc  CFLAGS=-O  CONFIG
_SHELL=/bin/sh  CPPFLAGS=  CXX=c++  CXXFLAGS=-O  INSTALL=/usr/world/10.99/amd64/
tools/bin/x86_64--netbsd-install\ -c\ -p\ -r  LDFLAGS=  LEX=/usr/world/10.99/amd
64/tools/bin/nblex  FLEX=/usr/world/10.99/amd64/tools/bin/nblex  M4=/usr/world/1
0.99/amd64/tools/bin/nbm4  MAKE=/usr/world/10.99/amd64/tools/bin/nbgmake  PATH="
/usr/world/10.99/amd64/tools/bin:$PATH"  RANLIB=ranlib  YACC=/usr/world/10.99/am
d64/tools/bin/nbyacc /bin/sh /usr/src/tools/gcc/../../external/gpl3/gcc/dist/con
figure --target=x86_64--netbsd  --enable-long-long  --enable-threads  --with-bug
url=http://www.NetBSD.org/support/send-pr.html  --with-pkgversion="NetBSD nb1 20
230729"  --with-system-zlib  --enable-__cxa_atexit  --enable-libstdcxx-time=rt
--enable-libstdcxx-threads  --with-diagnostics-color=auto-if-env --with-tune=noc
ona --with-default-libstdcxx-abi=new --with-sysroot=/usr/world/10.99/amd64/dest
 --with-mpc=/usr/world/10.99/amd64/tools  --with-mpfr=/usr/world/10.99/amd64/too
ls  --with-gmp=/usr/world/10.99/amd64/tools  --with-isl=/usr/world/10.99/amd64/t
ools  --disable-nls  --enable-multilib--program-transform-name="s,^,x86_64--
netbsd-,"  --enable-languages="c c++ objc" --prefix=/usr/world/10.99/amd64/tools
)
@echo ${BUILD_PLATFORM} > $@
=> @echo NetBSD-10.99.10-amd64 > .configure_done
*** [.configure_done] Error code 1

nbmake[4]: stopped in /usr/src/tools/gcc
nbmake[4]: 1 error

nbmake[4]: stopped in /usr/src/tools/gcc


>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.110 -r1.111 src/tools/gcc/Makefile
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
>
> Modified files:
>
> Index: src/tools/gcc/Makefile
> diff -u src/tools/gcc/Makefile:1.110 src/tools/gcc/Makefile:1.111
> --- src/tools/gcc/Makefile:1.110  Thu Feb 22 02:40:21 2024
> +++ src/tools/gcc/MakefileThu Feb 22 02:47:26 2024
> @@ -1,4 +1,4 @@
> -#$NetBSD: Makefile,v 1.110 2024/02/22 02:40:21 mrg Exp $
> +#$NetBSD: Makefile,v 1.111 2024/02/22 02:47:26 mrg Exp $
>  
>  .include 
>  
> @@ -35,7 +35,6 @@ COMMON_CONFIGURE_ARGS=  --target=${MACHIN
>   
> --with-bugurl=http://www.NetBSD.org/support/send-pr.html \
>   --with-pkgversion="NetBSD ${NETBSD_GCC_VERSION}" \
>   --with-system-zlib \
> - --without-isl \
>   --enable-__cxa_atexit \
>   --enable-libstdcxx-time=rt \
>   --enable-libstdcxx-threads \
> @@ -58,12 +57,21 @@ COMMON_CONFIGURE_ARGS+=   --enable-fix-cor
>  COMMON_CONFIGURE_ARGS+=  --with-default-libstdcxx-abi=new
>  .endif
>  
> +# We nabled isl support for GCC 12.  Move into normal segment when
> +# removing GCC 10.
> +.if ${HAVE_GCC} < 12
> +ISL_CONFIGURE_ARGS+= --without-isl
> +.else
> +ISL_CONFIGURE_ARGS+= --with-isl=${TOOLDIR}
> +.endif
> +
>  CONFIGURE_ARGS=  ${COMMON_CONFIGURE_ARGS}
>  CONFIGURE_ARGS+= \
>   --with-sysroot=${DESTDIR} \
>   --with-mpc=${TOOLDIR} \
>   --with-mpfr=${TOOLDIR} \
>   --with-gmp=${TOOLDIR} \
> + ${ISL_CONFIGURE_ARGS} \
>   --disable-nls \
>   ${MULTILIB_ARGS} \
>   ${SOFTFLOAT_ARGS} \
>

-- 
Ryo ONODERA // r...@tetera.org
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB  FD1B F404 27FA C7D1 15F3

Re: CVS commit: src/tools/compat

[Luke Mewburn]

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 Solaris hosts
  | 

  | 
  | Index: src/tools/compat/compat_defs.h
  | diff -u src/tools/compat/compat_defs.h:1.120 
src/tools/compat/compat_defs.h:1.121
  | --- src/tools/compat/compat_defs.h:1.120Sun May 30 10:39:41 2021
  | +++ src/tools/compat/compat_defs.h  Sat Jul  8 19:10:00 2023
  | @@ -1,4 +1,4 @@
  | -/* $NetBSD: compat_defs.h,v 1.120 2021/05/30 10:39:41 cjep Exp $   */
  | +/* $NetBSD: compat_defs.h,v 1.121 2023/07/08 19:10:00 palle Exp $  */
  |  
  |  #ifndef__NETBSD_COMPAT_DEFS_H__
  |  #define__NETBSD_COMPAT_DEFS_H__
  | @@ -31,6 +31,17 @@
  |  #endif /* __linux__ && HAVE_FEATURES_H */
  |  
  |  /*
  | + * Solaris:
  | + * No NAME_MAX define is available (as documented in the Solaris
  | + * limits.h file), so use the XOPEN defined constant.
  | + */
  | +
  | +#if defined(__sun__)
  | +#define NAME_MAX _XOPEN_NAME_MAX
  | +#endif
  | +

This might be better as a check for NAME_MAX not being defined
and _XOPEN_NAME_MAX being defined?

Something like:
#if !defined(NAME_MAX)
#if defined(_XOPEN_NAME_MAX)
#define NAME_MAX _XOPEN_NAME_MAX
#else
#error "Unable to determine NAME_MAX"
#endif
#endif

There might be an even cleaner idiom.


regards,
Luke.

Re: CVS commit: src/tools/gcc

[Rin Okuyama]

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:


Eventually, but not right now.

christos

Re: CVS commit: src/tools/gcc

[Christos Zoulas]

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

Re: CVS commit: src/tools/gcc

[Rin Okuyama]

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/aarch64/config.h:/* #undef 
HAVE_INITFINI_ARRAY */
/usr/src/external/gpl3/binutils/usr.bin/ld/arch/aarch64eb/config.h:/* #undef 
HAVE_INITFINI_ARRAY */
...(snip)...


Thanks,
rin

On 2021/05/09 4:36, Christos Zoulas wrote:

Module Name:src
Committed By:   christos
Date:   Sat May  8 19:36:28 UTC 2021

Modified Files:
src/tools/gcc: Makefile

Log Message:
Disable again initfini; breaks some archs and not worth dealing with when
we have both gcc's active in the tree.


To generate a diff of this commit:
cvs rdiff -u -r1.103 -r1.104 src/tools/gcc/Makefile

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

Re: CVS commit: src/tools/binutils

[Christos Zoulas]

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/binutils: mknative-binutils
>> 
>> Log Message:
>> Handle libctf new in binutils 2.34
>> 
>> 
> 
> 
> Please note that the upstreamed libctf version was not (at least when I
> last looked into it) compatible with what we get for CTF from other
> distfiles.



signature.asc
Description: Message signed with OpenPGP

Re: CVS commit: src/tools/binutils

[Kamil Rytarowski]

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 version was not (at least when I
last looked into it) compatible with what we get for CTF from other
distfiles.

Re: CVS commit: src/tools

[J. Hannken-Illjes]

> 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_config.h.in
>>  src/tools/rpcgen: Makefile
>> 
>> Log Message:
>> Update tools/compat/configure for new path of "rpc/types.h".
>> 
>> Remove intermediate patch from rpcgen/Makefile.
>> 
> 
> Why intermediate? It worked for me and it was final. Was there anything
> wrong with it?
> 
> Other compat tools include in the same way other headers from compat/.
> 
> How is the never version better than the older one?

tools/compat/configure installs our "rpc/types.h" if it doesn't find a working
one on the host so individual tools don't have to care about the location.
> 
>> @@ -5111,8 +5130,6 @@ else
>> # ifdef _MSC_VER
>> #  include 
>> #  define alloca _alloca
>> -# elif defined(__NetBSD__) || defined(__FreeBSD__) || 
>> defined(__DragonFly__) || defined(__OpenBSD__)
>> -#   include 
>> # else
>> #  ifdef HAVE_ALLOCA_H
>> #   include 
> 
> This looks like unintended change?

Fixed.

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de  - 
TU Braunschweig


signature.asc
Description: Message signed with OpenPGP

Re: CVS commit: src/tools

[Kamil Rytarowski]

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/compat/configure for new path of "rpc/types.h".
> 
> Remove intermediate patch from rpcgen/Makefile.
> 

Why intermediate? It worked for me and it was final. Was there anything
wrong with it?

Other compat tools include in the same way other headers from compat/.

How is the never version better than the older one?

> @@ -5111,8 +5130,6 @@ else
>  # ifdef _MSC_VER
>  #  include 
>  #  define alloca _alloca
> -# elif defined(__NetBSD__) || defined(__FreeBSD__) || defined(__DragonFly__) 
> || defined(__OpenBSD__)
> -#   include 
>  # else
>  #  ifdef HAVE_ALLOCA_H
>  #   include 

This looks like unintended change?




signature.asc
Description: OpenPGP digital signature

Re: CVS commit: src/tools

[Jason Thorpe]

> 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 just checked in a fix for this.

> 
> On FreeBSD 12.0-STABLE (amd64) and Arch GNU/Linux building earmv7hf and amd64 
> I get:
> 
> #   compile  libprop/prop_dictionary.lo
> cc -O   -I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64  
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -c -o prop_dictionary.lo.o
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c
> 
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c:37:10:
>  fatal error: 'sys/rbtree.h' file not found 
> #include
>  
> ^~
> 
> 1 error generated.
>  
> 
> *** Failed target:  prop_dictionary.lo
> *** Failed command: cc -O 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -c -o prop_dictionary.lo.o 
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c
>  
> *** Error code 1
> 
> Stop.
> 
> -- 
> Herbert

-- thorpej

Re: CVS commit: src/tools

[Jason Thorpe]

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.
> 
> Crossbuilding is still broken.
> 
> On FreeBSD 12.0-STABLE (amd64) and Arch GNU/Linux building earmv7hf and amd64 
> I get:
> 
> #   compile  libprop/prop_dictionary.lo
> cc -O   -I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64  
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -c -o prop_dictionary.lo.o
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c
> 
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c:37:10:
>  fatal error: 'sys/rbtree.h' file not found 
> #include
>  
> ^~
> 
> 1 error generated.
>  
> 
> *** Failed target:  prop_dictionary.lo
> *** Failed command: cc -O 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
> -I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
> -I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude
>  -c -o prop_dictionary.lo.o 
> /usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c
>  
> *** Error code 1
> 
> Stop.
> 
> -- 
> Herbert

-- thorpej

Re: CVS commit: src/tools

[Herbert J. Skuhra]

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 amd64 I 
get:

#   compile  libprop/prop_dictionary.lo
cc -O   -I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
-I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude 
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64  
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude 
-c -o prop_dictionary.lo.o
/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c

/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c:37:10:
 fatal error: 'sys/rbtree.h' file not found 
#include  
   
 ^~ 
   
1 error generated.  
   

*** Failed target:  prop_dictionary.lo
*** Failed command: cc -O 
-I/usr/home/herbert/source/netbsd/src/tools/libprop/../compat 
-I/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/include 
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude 
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include 
-I/usr/home/herbert/source/netbsd/src/../build/earmv7hf/tools/include/nbinclude 
-c -o prop_dictionary.lo.o 
/usr/home/herbert/source/netbsd/src/tools/libprop/../../common/lib/libprop/prop_dictionary.c
 
*** Error code 1

Stop.

-- 
Herbert

Re: CVS commit: src/tools

[Jason Thorpe]

> 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.

-- thorpej

re: CVS commit: src/tools

[matthew green]

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 
> whatever.
> 
> Thanks for fixing it.

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...


.mrg.

Re: CVS commit: src/tools

[Jason Thorpe]

> 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.

-- thorpej

Re: CVS commit: src/tools

[J. Hannken-Illjes]

> 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)

re: CVS commit: src/tools

[matthew green]

> Diff is NOT reversed.

ah yes, i see.  please commit.

Re: CVS commit: src/tools

[J. Hannken-Illjes]

> 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:

SUBDIR+= grep xz-lib libprop

.if ${TOOLS_BUILDRUMP} == "no"
SUBDIR += .WAIT texinfo \
.WAIT tic \
.WAIT pax \
.WAIT ${TOOLCHAIN_BITS} \

Here libprop needs pax, but pax gets built after it.

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)

re: CVS commit: src/tools

[matthew green]

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.

Re: CVS commit: src/tools

[J. Hannken-Illjes]

> 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 tool library.
> 
> 
> To generate a diff of this commit:
> cvs rdiff -u -r1.201 -r1.202 src/tools/Makefile
> cvs rdiff -u -r0 -r1.1 src/tools/libprop/Makefile

Looks like libprop needs pax.

Is the attached diff ok?

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)


Makefile.diff
Description: Binary data

Re: CVS commit: src/tools/xz-include

[Ryo ONODERA]

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 generate a diff of this commit:
> cvs rdiff -u -r1.1 -r1.2 src/tools/xz-include/Makefile
> 
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
> 

The following patch may be useful to fix build.sh tools failure.
Your change will also fix the failure.
ENABLE_NLS should be removed?

Index: external/public-domain/xz/bin/xz/Makefile
===
RCS file: /cvsroot/src/external/public-domain/xz/bin/xz/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- external/public-domain/xz/bin/xz/Makefile   25 Sep 2018 05:42:08 -  
1.4
+++ external/public-domain/xz/bin/xz/Makefile   25 Sep 2018 11:49:43 -
@@ -13,7 +13,7 @@
 .include 
 
 CPPFLAGS+= -DPACKAGE=\"xz\"
-.if !defined(HOST_PROG)
+.if !defined(HOSTPROG)
 CPPFLAGS+= -DENABLE_NLS -DLOCALEDIR=\"/usr/share/locale\"
 .endif
 
Thank you.

--
Ryo ONODERA // r...@tetera.org
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB  FD1B F404 27FA C7D1 15F3

Re: CVS commit: src/tools/compat

[Christos Zoulas]

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 Solaris 11 hosts
>
>
>To generate a diff of this commit:
>cvs rdiff -u -r1.12 -r1.13 src/tools/compat/README
>
>Please note that diffs are not public domain; they are subject to the
>copyright notices on the relevant files.
>
>
>-=-=-=-=-=-
>
>Modified files:
>
>Index: src/tools/compat/README
>diff -u src/tools/compat/README:1.12 src/tools/compat/README:1.13
>--- src/tools/compat/README:1.12   Tue Apr  5 00:21:22 2005
>+++ src/tools/compat/READMESun Sep  9 19:17:21 2018
>@@ -1,4 +1,4 @@
>-$NetBSD: README,v 1.12 2005/04/05 00:21:22 jmc Exp $
>+$NetBSD: README,v 1.13 2018/09/09 19:17:21 palle Exp $
> 
> Special notes for cross-hosting a NetBSD build on certain platforms.  
> Only those platforms which have been tested to complete a "build.sh" run
>@@ -65,6 +65,8 @@ NETBSD (earlier releases):
> 
> SOLARIS:
> 
>+(updated instruction for Solaris 11 further below)
>+
> * Tested on Solaris/x86 8 (5.8) with gcc 2.95.2 and Solaris/sparc 8 (5.8)
>   with gcc 3.2 (not yet tested with SUNWspro).
> 
>@@ -85,3 +87,16 @@ SOLARIS:
>   /usr/ucb may optionally be placed before /usr/bin, per your preference,
>   but /usr/ucb *MUST NOT* be before /usr/ccs/bin or before the path to
>   the host C and C++ compilers.
>+
>+Solaris 11:
>+
>+* Solaris 11.3
>+ * Set PATH to /usr/xpg6/bin:/usr/xpg4/bin:/usr/bin
>+ * Set HOST_CC to /usr/bin/gcc
>+
>+* Solaris 11.4
>+ * Install gcc-5 since the default installed gcc-7 has issues when compiling 
>+   toolchain version of groff (hypot())

Is that the only problem? We should just fix it.
And we can set the path to /usr/xpg7/bin:/usr/xpg6/bin:/usr/xpg4/bin:/usr/bin
for both versions... So there is only one set of instructions...


christos

Re: CVS commit: src/tools/compat

[Joerg Sonnenberger]

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 cross compiling on Cygwin the provided implementation
> does not get picked up.
> 
> Closes PR toolchain/52797

This change is wrong and makes the situation worse. The asnprintf on
Cygwin is broken by the agreed upon interface of asnprintf.

Joerg

Re: CVS commit: src/tools/compat

[David H. Gutteridge]

> 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__EXTENSIONS__ -I/home/disciple/netbsd-
current/src/obj/tooldir.NetBSD-8.99.3-amd64/include/compat
-I/home/disciple/netbsd-current/src/tools/compat
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -I/home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist -I. -c
-o run.lo.o -Wno-format-nonliteral   /home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist/run.c
/home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist/run.c:
In function 'closeall':
/home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist/run.c:1
873:12: error: void value not ignored as it ought to be
 stat = fpurge(files[i].fp) == EOF;
^

*** Failed target:  run.lo
*** Failed command: cc -O -D__EXTENSIONS__ -I/home/disciple/netbsd-
current/src/obj/tooldir.NetBSD-8.99.3-amd64/include/compat
-I/home/disciple/netbsd-current/src/tools/compat
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -I/home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist -I. -c
-o run.lo.o -Wno-format-nonliteral /home/disciple/netbsd-
current/src/tools/awk/../../external/historical/nawk/bin/../dist/run.c
*** Error code 1

Stop.

Reverting this change fixes the build.

Regards,

Dave

re: CVS commit: src/tools/gcc

[matthew green]

"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 should be done in the libgcc specs.

i'm looking at them now.


.mrg.

Re: CVS commit: src/tools/compat

[Aymeric Vincent]

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

Re: CVS commit: src/tools/compat

[Christos Zoulas]

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:
>add our libc's regex implementation to libnbcompat.
>
>This way, nbsed picks it up and it unbreaks the build of xf86-video-intel-old's
>man page under Linux and probably other future changes which rightfully expect
>the (net)bsd behaviour.

Can you explain how it breaks? Is it because of the locale settings?

christos

Re: CVS commit: src/tools/compat

[Paul Goyette]

(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.75 src/tools/compat/Makefile


This seems to have broken the build for amd64.  The following failure occurs 
while building tools target:


...
#   install  /build/netbsd-local/tools/x86_64/amd64/include/compat/arpa
/build/netbsd-local/obj/amd64/tools/binstall/xinstall -d 
/build/netbsd-local/tools/x86_64/amd64/include/compat/arpa
#   install 
/build/netbsd-local/tools/x86_64/amd64/include/compat/nbtool_config.h
/build/netbsd-local/obj/amd64/tools/binstall/xinstall -c  -r nbtool_config.h 
/build/netbsd-local/tools/x86_64/amd64/include/compat/nbtool_config.h
cd: can't cd to /build/netbsd-local/src/tools/compat/include
*** [includes] Error code 2

nbmake[2]: stopped in /build/netbsd-local/src/tools/compat
1 error

+--+--+-+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org  |
+--+--+-+

Re: CVS commit: src/tools

[Joerg Sonnenberger]

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

[Alan Barrett]

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/tools/host-mkdep

[Valery Ushakov]

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.
   
   On what os?
  
  I've seen it on OSX ( 10.5 PowerPC if it matters ).
 
 And I've seen it on Debian.

That begins to sound like I've got it on MacOS, err, sorry, I've
got it from Agnes song. :)

Was there an error message, perhaps?

-uwe

Re: CVS commit: src/tools/host-mkdep

[Valery Ushakov]

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?

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've seen it on Debian.
 
 That begins to sound like I've got it on MacOS, err, sorry, I've
 got it from Agnes song. :)
 
 Was there an error message, perhaps?

Ah, as Martin pointed out privately, the problem is not some bug in
the change (Can you explain how? The shell does not work?), but the
fact that a missing include is now fatal, which is a wrong thing to do
for mkdep.

-uwe

Re: CVS commit: src/tools/host-mkdep

[Christos Zoulas]

In article 20130315130901.gd...@pony.stderr.spb.ru,
Valery Ushakov  u...@stderr.spb.ru 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 !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've seen it on Debian.
 
 That begins to sound like I've got it on MacOS, err, sorry, I've
 got it from Agnes song. :)
 
 Was there an error message, perhaps?

Ah, as Martin pointed out privately, the problem is not some bug in
the change (Can you explain how? The shell does not work?), but the
fact that a missing include is now fatal, which is a wrong thing to do
for mkdep.

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.

christos

Re: CVS commit: src/tools/host-mkdep

[Alan Barrett]

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 phase.  I am not sure why it's not 
good enough for host-mkdep, but two ideas spring to mind:  perhaps 
host-mkdep is run before the dummy include file is created, or 
perhaps host-mkdep is run without the -I flags that would allow it 
to find the dummy include file.


--apb (Alan Barrett)

Re: CVS commit: src/tools/host-mkdep

[Christos Zoulas]

In article 20130315185454.gb22...@apb-laptoy.apb.alt.za,
Alan Barrett  a...@cequrux.com 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/compat creates a dummy include file, if necessary.  This is 
good enough for the compilation phase.  I am not sure why it's not 
good enough for host-mkdep, but two ideas spring to mind:  perhaps 
host-mkdep is run before the dummy include file is created, or 
perhaps host-mkdep is run without the -I flags that would allow it 
to find the dummy include file.

So, let's put back the changes reverted and find and fix the real
problem. I'll try my cross-build on windows tonight.

christos

Re: CVS commit: src/tools/host-mkdep

[Christos Zoulas]

In article 20130314145536.7745617...@cvs.netbsd.org,
Joerg Sonnenberger source-changes-d@NetBSD.org 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 !NetBSD

Can you explain how? The shell does not work?

christos

Re: CVS commit: src/tools/host-mkdep

[Joerg Sonnenberger]

On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
 In article 20130314145536.7745617...@cvs.netbsd.org,
 Joerg Sonnenberger source-changes-d@NetBSD.org 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 !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.

Joerg

Re: CVS commit: src/tools/host-mkdep

[Christos Zoulas]

In article 20130315000350.ga27...@britannica.bec.de,
Joerg Sonnenberger  jo...@britannica.bec.de wrote:
On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
 In article 20130314145536.7745617...@cvs.netbsd.org,
 Joerg Sonnenberger source-changes-d@NetBSD.org 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 !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?

christos

Re: CVS commit: src/tools/host-mkdep

[Michael]

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  jo...@britannica.bec.de wrote:
 On Thu, Mar 14, 2013 at 10:37:06PM +, Christos Zoulas wrote:
  In article 20130314145536.7745617...@cvs.netbsd.org,
  Joerg Sonnenberger source-changes-d@NetBSD.org 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 !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 ).

have fun
Michael

Re: CVS commit: src/tools/host-mkdep

[Tom Spindler (moof)]

   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've seen it on Debian.

Re: CVS commit: src/tools/compat

[Izumi Tsutsui]

 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 rpc/types.h, so include this to the headers
 we include and test by default.

Now does it work?
Last time I tried, it failed because NetBSD's rpc/types.h defined
enum_t and src/usr.bin/xlint/lint1/lint1.h for tools lint(1) also
defined different enum_t.
---
Izumi Tsutsui

Re: CVS commit: src/tools/compat

[Christos Zoulas]

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/compat: compat_defs.h configure.ac
|  
|  Log Message:
|  cygwin defines u_quad_t in rpc/types.h, so include this to the headers
|  we include and test by default.
| 
| Now does it work?
| Last time I tried, it failed because NetBSD's rpc/types.h defined
| enum_t and src/usr.bin/xlint/lint1/lint1.h for tools lint(1) also
| defined different enum_t.

I renamed lint's enum_t. And yes, it works. My build is doing libraries.

christos

Re: CVS commit: src/tools

[Matthias Scheler]

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 you are going to append things to CPPFLAGS and then transfer
 the result to HOST_CPPFLAGS later, then also include the value of
 HOST_CPPFLAGS in this process.  This should fix a problem in which the
 value of HOST_CPPFLAGS set by compat/defs.mk was lost during a build
 with MKDTRACE=yes.

That fixes the build for me.

Thanks a lot

-- 
Matthias Scheler  http://zhadum.org.uk/

Re: CVS commit: src/tools/compat

[Alan Barrett]

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 defining them in a 
compiler-dependent way, or using #ifndef to pick up any definition 
provided by the host system.


--apb (Alan Barrett)

re: CVS commit: src/tools/gcc

[matthew green]

 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 m68k:

/usr/src2/external/gpl3/gcc/dist/libgomp/task.c: In function 
'gomp_barrier_handle_tasks':
/usr/src2/external/gpl3/gcc/dist/libgomp/task.c:276:1: error: insn does not 
satisfy its constraints:
(insn 236 4 130 6 /usr/src2/external/gpl3/gcc/dist/libgomp/task.c:237 (set 
(reg/f:SI 2 %d2 [94])
(const:SI (unspec:SI [
(symbol_ref:SI (gomp_tls_data) [flags 0x52] var_decl 
0x7f7ff7300e60 gomp_tls_data)
(const_int 1 [0x1])
] 6))) 36 {*movsi_m68k} (nil))
/usr/src2/external/gpl3/gcc/dist/libgomp/task.c:276:1: internal compiler error: 
in reload_cse_simplify_operands, at postreload.c:396

blah.  chuq?


.mrg.

Re: CVS commit: src/tools/compat/sys

[Christoph Egger]

On 26.03.10 22:34, Christos Zoulas wrote:
 In article 1933.1269630...@splode.eterna.com.au,
 matthew green  m...@eterna.com.au wrote:
   
   copy  paste from above url
   tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
   'CLOCK_REALTIME' undeclared (first use in this function)
   /copy  paste


 shouldn't this be fixed with something in nbtool_config.h?
 
 Just back the whole thing out; I fixed it in the dtrace sys/time.h where it
 belongs.

Done. See
http://mail-index.netbsd.org/source-changes/2010/03/27/msg008205.html

Christoph

Re: CVS commit: src/tools/compat/sys

[Christos Zoulas]

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  m...@eterna.com.au wrote:
|
|copy  paste from above url
|tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
|'CLOCK_REALTIME' undeclared (first use in this function)
|/copy  paste
| 
| 
|  shouldn't this be fixed with something in nbtool_config.h?
|  
|  Just back the whole thing out; I fixed it in the dtrace sys/time.h where it
|  belongs.
| 
| Done. See
| http://mail-index.netbsd.org/source-changes/2010/03/27/msg008205.html
| 
| Christoph

Thanks!

christos

re: CVS commit: src/tools/compat/sys

[matthew green]

   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 sys/time.h 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't defined, at least.
   
   No comments.

try posting to the right mailing list.  tech-toolchain would
be the right list for this sort of change.


.mrg.

Re: re: CVS commit: src/tools/compat/sys

[Christoph Egger]

 
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 sys/time.h 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't defined, at least.


I tried the other way around before I posted the my fix
to the list:

#include_next sys/time.h

#ifndef CLOCK_REALTIME
#define CLOCK_REALTIME 0
#endif

But this failed the same way: CLOCK_REALTIME undeclared.

Note, ctf uses CLOCK_REALTIME in the same header where it
includes sys/time.h.


No comments.
 
 try posting to the right mailing list.  tech-toolchain would
 be the right list for this sort of change.

Thanks for the hint.

Christoph

re: CVS commit: src/tools/compat/sys

[matthew green]

   
   toolchain buildfix on OSX with MKDTRACE=yes:
   
   The host sys/time.h 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't defined, at least.
   
   
   I tried the other way around before I posted the my fix
   to the list:
   
   #include_next sys/time.h
   
   #ifndef CLOCK_REALTIME
   #define CLOCK_REALTIME 0
   #endif
   
   But this failed the same way: CLOCK_REALTIME undeclared.

hmmm, could you post the error?  thanks.
   
   Note, ctf uses CLOCK_REALTIME in the same header where it
   includes sys/time.h.

BTW, i'm not sure that using #include_next is OK (it's gcc
specific) and i don't see it used elsewhere in a quick look.

   No comments.

try posting to the right mailing list.  tech-toolchain would
be the right list for this sort of change.
   
   Thanks for the hint.

np.

Re: CVS commit: src/tools/compat/sys

[Christoph Egger]

 Original-Nachricht 
 Datum: Sat, 27 Mar 2010 03:03:06 +1100
 Von: matthew green m...@eterna.com.au
 An: Christoph Egger christoph_eg...@gmx.de
 CC: source-changes-d@NetBSD.org
 Betreff: re: CVS commit: src/tools/compat/sys

 

toolchain buildfix on OSX with MKDTRACE=yes:

The host sys/time.h 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't defined, at least.


I tried the other way around before I posted the my fix
to the list:

#include_next sys/time.h

#ifndef CLOCK_REALTIME
#define CLOCK_REALTIME 0
#endif

But this failed the same way: CLOCK_REALTIME undeclared.
 
 hmmm, could you post the error?  thanks.

copy  paste from above url
tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
'CLOCK_REALTIME' undeclared (first use in this function)
/copy  paste
   
Note, ctf uses CLOCK_REALTIME in the same header where it
includes sys/time.h.
 
 BTW, i'm not sure that using #include_next is OK (it's gcc
 specific) and i don't see it used elsewhere in a quick look.

If you want to see that go away then ctf needs to be fixed first
(which implies to wait for darran@ to be back from vacation
in first place :))
See line 34 in ctf's sys/time.h (above file where error occured).
 
Christoph

re: CVS commit: src/tools/compat/sys

[matthew green]

   
   copy  paste from above url
   tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
   'CLOCK_REALTIME' undeclared (first use in this function)
   /copy  paste


shouldn't this be fixed with something in nbtool_config.h?

Re: CVS commit: src/tools/compat/sys

[Matt Thomas]

On Mar 26, 2010, at 12:00 PM, matthew green wrote:

 
   copy  paste from above url
   tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
   'CLOCK_REALTIME' undeclared (first use in this function)
   /copy  paste
 
 
 shouldn't this be fixed with something in nbtool_config.h?

That's what I was thinking since ctf on cross host isn't that useful.

Re: CVS commit: src/tools/compat/sys

[Christos Zoulas]

In article 1933.1269630...@splode.eterna.com.au,
matthew green  m...@eterna.com.au wrote:
   
   copy  paste from above url
   tools/ctfconvert/../../external/cddl/osnet/sys/sys/time.h:71: error:
   'CLOCK_REALTIME' undeclared (first use in this function)
   /copy  paste


shouldn't this be fixed with something in nbtool_config.h?

Just back the whole thing out; I fixed it in the dtrace sys/time.h where it
belongs.

christos

Re: CVS commit: src/tools

[enami tsugutomo]

matthew green m...@netbsd.org 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.
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.130 -r1.131 src/tools/Makefile

Index: tools/Makefile
===
RCS file: /cvsroot/src/tools/Makefile,v
retrieving revision 1.130
retrieving revision 1.131
diff -u -r1.130 -r1.131
--- tools/Makefile21 Dec 2009 18:21:17 -1.130
+++ tools/Makefile21 Dec 2009 20:57:36 -1.131
@@ -43,12 +43,12 @@
 yacc .WAIT \
 awk .WAIT \
 lex .WAIT \
+pax .WAIT \
 libelf .WAIT \
 ${TOOLCHAIN_BITS} \
 asn1_compile atf-compile cat cksum compile_et config db \
 file lint1 \
 makefs menuc mkcsmapper mkesdb mklocale mknod msgc \
-pax .WAIT \
 disklabel .WAIT \
 paxctl .WAIT \
 fdisk .WAIT \

I guess this may break parallel build.  Before, building disklabel is
deferred but now it will be built more earlier.

The notation like below

xxx .WAIT \
yyy .WAIT \
zzz ...

is quite misleading and it should be rewritten as follows instead:

xxx \
.WAIT yyy \
.WAIT zzz ...

enami.

Re: CVS commit: src/tools/gdb

[Masao Uebayashi]

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/gdb6/sim/mips/Makefile.in  2 Jul 2006 20:28:34 -   1.1.1.2
+++ gnu/dist/gdb6/sim/mips/Makefile.in  15 Dec 2009 07:33:37 -
@@ -84,7 +84,7 @@
 multi-run.o: multi-include.h tmp-mach-multi
 
 ../igen/igen:
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
 
 IGEN_TRACE= # -G omit-line-numbers # -G trace-rule-selection -G 
trace-rule-rejection -G trace-entries # -G trace-all
 IGEN_INSN=$(srcdir)/mips.igen
@@ -132,7 +132,7 @@
 $(BUILT_SRC_FROM_IGEN): tmp-igen
 
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen $(IGEN_INCLUDE)
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
../igen/igen \
$(IGEN_TRACE) \
-I $(srcdir) \
@@ -213,7 +213,7 @@
 $(BUILT_SRC_FROM_M16): tmp-m16
 
 tmp-m16: $(IGEN_INSN) $(IGEN_DC) ../igen/igen $(IGEN_INCLUDE)
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
../igen/igen \
$(IGEN_TRACE) \
-I $(srcdir) \
Index: gnu/dist/gdb6/sim/mn10300/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mn10300/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.in
--- gnu/dist/gdb6/sim/mn10300/Makefile.in   15 May 2006 14:24:50 -  
1.1.1.1
+++ gnu/dist/gdb6/sim/mn10300/Makefile.in   15 Dec 2009 07:33:37 -
@@ -76,13 +76,13 @@
rm -f tmp-igen tmp-insns
 
 ../igen/igen:
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
 
 IGEN_TRACE= # -G omit-line-numbers # -G trace-rule-selection -G 
trace-rule-rejection -G trace-entries
 IGEN_INSN=$(srcdir)/mn10300.igen $(srcdir)/am33.igen $(srcdir)/am33-2.igen
 IGEN_DC=$(srcdir)/mn10300.dc
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
../igen/igen \
$(IGEN_TRACE) \
-G gen-direct-access \
Index: gnu/dist/gdb6/sim/v850/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/v850/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.in
--- gnu/dist/gdb6/sim/v850/Makefile.in  15 May 2006 14:26:30 -  1.1.1.1
+++ gnu/dist/gdb6/sim/v850/Makefile.in  15 Dec 2009 07:33:37 -
@@ -74,13 +74,13 @@
rm -f tmp-igen tmp-insns
 
 ../igen/igen:
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
 
 IGEN_TRACE= # -G omit-line-numbers # -G trace-rule-selection -G 
trace-rule-rejection -G trace-entries
 IGEN_INSN=$(srcdir)/v850.igen
 IGEN_DC=$(srcdir)/v850-dc
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen
-   cd ../igen  $(MAKE)
+   (cd ../igen  $(MAKE))
../igen/igen \
$(IGEN_TRACE) \
-G gen-direct-access \
Index: tools/gdb/Makefile
===
RCS file: /cvsroot/src/tools/gdb/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- tools/gdb/Makefile  14 Dec 2009 14:13:16 -  1.13
+++ tools/gdb/Makefile  15 Dec 2009 07:33:37 -
@@ -11,7 +11,6 @@
 
 MAKE_ARGS= MACHINE= MAKEINFO=${TOOL_MAKEINFO:Q}
 
-.NOTPARALLEL:  # XXX otherwise fails with itable.c / interp.c build
 ALL_TARGET=all-gdb
 INSTALL_TARGET=install-gdb
 

-- 
Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635

Re: CVS commit: src/tools/gdb

[enami tsugutomo]

 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:28:34 -   
 1.1.1.2
 +++ gnu/dist/gdb6/sim/mips/Makefile.in15 Dec 2009 07:33:37 -
 @@ -84,7 +84,7 @@
  multi-run.o: multi-include.h tmp-mach-multi
  
  ../igen/igen:
 - cd ../igen  $(MAKE)
 + (cd ../igen  $(MAKE))
  
  IGEN_TRACE= # -G omit-line-numbers # -G trace-rule-selection -G 
 trace-rule-rejection -G trace-entries # -G trace-all
  IGEN_INSN=$(srcdir)/mips.igen
 @@ -132,7 +132,7 @@
  $(BUILT_SRC_FROM_IGEN): tmp-igen
  
  tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen $(IGEN_INCLUDE)
 - cd ../igen  $(MAKE)
 + (cd ../igen  $(MAKE))
   ../igen/igen \
   $(IGEN_TRACE) \
   -I $(srcdir) \

Hm, it may be simpler to remove `cd ../igen  $(MAKE)' except the
../igen/igen target.

enami.

Re: CVS commit: src/tools/gdb

[Masao Uebayashi]

 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/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.in  2 Jul 2006 20:28:34 -   1.1.1.2
+++ gnu/dist/gdb6/sim/mips/Makefile.in  15 Dec 2009 08:55:03 -
@@ -132,7 +132,6 @@
 $(BUILT_SRC_FROM_IGEN): tmp-igen
 
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen $(IGEN_INCLUDE)
-   cd ../igen  $(MAKE)
../igen/igen \
$(IGEN_TRACE) \
-I $(srcdir) \
Index: gnu/dist/gdb6/sim/mn10300/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/mn10300/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.in
--- gnu/dist/gdb6/sim/mn10300/Makefile.in   15 May 2006 14:24:50 -  
1.1.1.1
+++ gnu/dist/gdb6/sim/mn10300/Makefile.in   15 Dec 2009 08:55:03 -
@@ -82,7 +82,6 @@
 IGEN_INSN=$(srcdir)/mn10300.igen $(srcdir)/am33.igen $(srcdir)/am33-2.igen
 IGEN_DC=$(srcdir)/mn10300.dc
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen
-   cd ../igen  $(MAKE)
../igen/igen \
$(IGEN_TRACE) \
-G gen-direct-access \
Index: gnu/dist/gdb6/sim/v850/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/sim/v850/Makefile.in,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.in
--- gnu/dist/gdb6/sim/v850/Makefile.in  15 May 2006 14:26:30 -  1.1.1.1
+++ gnu/dist/gdb6/sim/v850/Makefile.in  15 Dec 2009 08:55:04 -
@@ -80,7 +80,6 @@
 IGEN_INSN=$(srcdir)/v850.igen
 IGEN_DC=$(srcdir)/v850-dc
 tmp-igen: $(IGEN_INSN) $(IGEN_DC) ../igen/igen
-   cd ../igen  $(MAKE)
../igen/igen \
$(IGEN_TRACE) \
-G gen-direct-access \
Index: tools/gdb/Makefile
===
RCS file: /cvsroot/src/tools/gdb/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- tools/gdb/Makefile  14 Dec 2009 14:13:16 -  1.13
+++ tools/gdb/Makefile  15 Dec 2009 08:55:04 -
@@ -11,7 +11,6 @@
 
 MAKE_ARGS= MACHINE= MAKEINFO=${TOOL_MAKEINFO:Q}
 
-.NOTPARALLEL:  # XXX otherwise fails with itable.c / interp.c build
 ALL_TARGET=all-gdb
 INSTALL_TARGET=install-gdb
 

-- 
Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635

Re: CVS commit: src/tools/gdb

[Christos Zoulas]

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

Re: CVS commit: src/tools/gdb

[Masao Uebayashi]

 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=  all-gdb
  INSTALL_TARGET=  install-gdb

Thanks, but .NOTPARALEL doesn't seem to work for me.  See attachment 1.

I made it work using Makefile.gmakehost too.  I don't know what those
NetBSD_DISABLED_* mean.

Masao

-- 
Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635
--- support.o ---
cc: support.c: No such file or directory
--- engine.o ---
cc: engine.c: No such file or directory
--- irun.o ---
cc: irun.c: No such file or directory
--- semantics.o ---
cc: semantics.c: No such file or directory
--- support.o ---
cc: no input files
--- engine.o ---
cc: no input files
--- irun.o ---
cc: no input files
--- semantics.o ---
cc: no input files
--- support.o ---
*** [support.o] Error code 1
--- engine.o ---
*** [engine.o] Error code 1
--- irun.o ---
*** [irun.o] Error code 1
--- semantics.o ---
*** [semantics.o] Error code 1
--- interp.o ---
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:39:20: 
error: itable.h: No such file or directory
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c: In 
function 'sim_open':
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:344: error: 
'nr_itable_entries' undeclared (first use in this function)
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:344: error: 
(Each undeclared identifier is reported only once
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:344: error: 
for each function it appears in.)
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c: In 
function 'get_insn_name':
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:731: error: 
'itable' undeclared (first use in this function)
/src/netbsd/src.TNF/tools/gdb/../../gnu/dist/gdb6/sim/mips/interp.c:732: 
warning: control reaches end of non-void function
*** [interp.o] Error code 1
8 errors

nbmake: stopped in 
/src/netbsd/work.TNF/sgimips_mips64eb/obj/tools/gdb/build/sim/mips
*** [all] Error code 1
1 error

nbmake: stopped in /src/netbsd/work.TNF/sgimips_mips64eb/obj/tools/gdb/build/sim
*** [all-sim] Error code 2
1 error

nbmake: stopped in /src/netbsd/work.TNF/sgimips_mips64eb/obj/tools/gdb/build
*** [.build_done] Error code 2
1 error

nbmake: stopped in /src/netbsd/src.TNF/tools/gdb
Index: tools/gdb/Makefile
===
RCS file: /cvsroot/src/tools/gdb/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- tools/gdb/Makefile  14 Dec 2009 14:13:16 -  1.13
+++ tools/gdb/Makefile  15 Dec 2009 01:37:01 -
@@ -11,11 +11,10 @@
 
 MAKE_ARGS= MACHINE= MAKEINFO=${TOOL_MAKEINFO:Q}
 
-.NOTPARALLEL:  # XXX otherwise fails with itable.c / interp.c build
 ALL_TARGET=all-gdb
 INSTALL_TARGET=install-gdb
 
-.include ${.CURDIR}/../Makefile.gnuhost
+.include ${.CURDIR}/../Makefile.gmakehost
 
 CCADDFLAGS= ${CPPFLAG_ISYSTEM} ${DESTDIR}/usr/include -L${DESTDIR}/lib 
-L${DESTDIR}/usr/lib -B${DESTDIR}/usr/lib/
 
Index: gnu/dist/gdb6/gdb/Makefile.in
===
RCS file: /cvsroot/src/gnu/dist/gdb6/gdb/Makefile.in,v
retrieving revision 1.5
diff -u -r1.5 Makefile.in
--- gnu/dist/gdb6/gdb/Makefile.in   10 Jan 2008 21:43:55 -  1.5
+++ gnu/dist/gdb6/gdb/Makefile.in   15 Dec 2009 01:37:04 -
@@ -1614,8 +1614,8 @@
 
 .SUFFIXES: .y .l
 .y.c: 
-   @echo NOT REBUILDING $@
-NetBSD_DISABLED_y_c:
+#  @echo NOT REBUILDING $@
+#NetBSD_DISABLED_y_c:
$(SHELL) $(YLWRAP) $ y.tab.c $...@.tmp -- $(YACC) $(YFLAGS)
-sed -e '/extern.*malloc/d' \
 -e '/extern.*realloc/d' \
@@ -1628,8 +1628,8 @@
-rm $...@.tmp
mv $...@.new ./$*.c
 .l.c:
-   @echo NOT REBUILDING $@
-NetBSD_DISABLED_l_c:
+#  @echo NOT REBUILDING $@
+#NetBSD_DISABLED_l_c:
if [ $(FLEX) ]  $(FLEX) --version /dev/null 21; then \
$(FLEX) -o$@ $  \
rm -f $...@.new  \

Re: CVS commit: src/tools/gdb

[Masao Uebayashi]

 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 generated files for gdb in the same way as gcc.
That is, use the files supplied with the distribution and never attempt
to rebuild them.

Should fix PR/35271


So problems are:
- why .NOTPARALLEL doesn't work?
- if we use tools/Makefile.gmakehost
  - search path to gnu/dist/gdb6/gdb/f-exp.c is missing

Masao

-- 
Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635