Re: Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm

2017-10-26 Thread Alastair Hogge 
Source tree is at r325004

On Fri, 27 Oct 2017-10-27 12:59:30 Alastair Hogge wrote:
> Hi,
> 
> I am attempting to build a release ${SRC}/release/release.sh -c
> ${custom_release.conf}, however, the build fails with:
> 
> make[1]: "/scratch/fafnir/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER:
> Determined that CC=cc matches the source tree.  Not bootstrapping a cross-
> compiler.
> --
> 
> >>> World build started on Fri Oct 27 00:41:56 UTC 2017
> 
> --
> 
> --
> 
> >>> Rebuilding the temporary build tree
> 
> --
> 
> --
> 
> >>> stage 1.1: legacy release compatibility shims
> 
> --
> ===> tools/build (obj,includes,all,install)
> 
> --
> 
> >>> stage 1.2: bootstrap tools
> 
> --
> ===> lib/clang/libllvmminimal (obj,all,install)
> ===> usr.bin/clang/llvm-tblgen (obj,all,install)
> ===> usr.bin/clang/clang-tblgen (obj,all,install)
> ===> kerberos5/tools/make-roken (obj,all,install)
> ===> kerberos5/lib/libroken (obj,all,install)
> ===> kerberos5/lib/libvers (obj,all,install)
> ===> kerberos5/tools/asn1_compile (obj,all,install)
> yacc: 4 shift/reduce conflicts.
> ===> kerberos5/tools/slc (obj,all,install)
> ===> usr.bin/compile_et (obj,all,install)
> ===> usr.bin/fortune/strfile (obj,all,install)
> ===> usr.bin/dtc (obj,all,install)
> ===> usr.bin/lorder (obj,all,install)
> ===> lib/libopenbsd (obj,all,install)
> ===> usr.bin/mandoc (obj,all,install)
> ===> usr.bin/rpcgen (obj,all,install)
> ===> lib/liby (obj,all,install)
> ===> usr.bin/yacc (obj,all,install)
> ===> usr.bin/xinstall (obj,all,install)
> ===> usr.sbin/config (obj,all,install)
> ===> usr.bin/vtfontcvt (obj,all,install)
> ===> usr.bin/localedef (obj,all,install)
> In file included from
> /scratch/fafnir/usr/src/usr.bin/localedef/collate.c:50: In file included
> from /scratch/fafnir/usr/src/lib/libc/locale/collate.h:42:
> /scratch/fafnir/usr/src/lib/libc/locale/xlocale_private.h:168:18: warning:
> passing 'long *' to parameter of type 'volatile u_long *' (aka 'volatile
> unsigned long *') converts between pointers to integer types with different
> sign [-Wpointer-sign]
> atomic_add_long(&(obj->retain_count), 1);
> 
> [log trimmed]
> 
> ===> usr.sbin/crunch (installconfig)
> ===> usr.sbin/crunch/crunchgen (installconfig)
> ===> usr.sbin/crunch/crunchide (installconfig)
> ===> usr.sbin/unbound (installconfig)
> ===> usr.sbin/unbound/daemon (installconfig)
> ===> usr.sbin/unbound/anchor (installconfig)
> ===> usr.sbin/unbound/checkconf (installconfig)
> ===> usr.sbin/unbound/control (installconfig)
> ===> usr.sbin/unbound/local-setup (installconfig)
> ===> usr.sbin/uathload (installconfig)
> ===> usr.sbin/uhsoctl (installconfig)
> ===> usr.sbin/usbconfig (installconfig)
> ===> usr.sbin/usbdump (installconfig)
> ===> usr.sbin/ac (installconfig)
> ===> usr.sbin/lastlogin (installconfig)
> ===> usr.sbin/utx (installconfig)
> ===> etc (installconfig)
> ELF ldconfig path: /lib /usr/lib /usr/lib/compat
> 32-bit compatibility ldconfig path: /usr/lib32
> make: "/usr/src/Makefile" line 313: warning: "LC_ALL=C date" exited on a
> signal make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER:
> Determined that CC=cc matches the source tree.  Not bootstrapping a
> cross-compiler. make[2]: "/usr/src/release/Makefile.ec2" line 9: warning:
> "date +-%Y-%m-%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date
> +-%Y-%m-%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%m-%d"
> exited on a signal
> make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date
> +-%Y%m%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date
> +%Y.%m.%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m-%d"
> exited on a signal
> make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date
> +-%Y-%m-%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.gce" line 22: warning: "date +-%Y-%m-%d"
> exited on a signal
> make[2]: "/usr/src/release/Makefile.vagrant" line 32: warning: "date
> +-%Y%m%d" exited on a signal
> make[2]: "/usr/src/release/Makefile.vagrant" line 35: warning: "date
> +%Y.%m.%d" exited on a signal
> --
> 
> >>> World build started on
> 
> --
> 
> --
> 
> >>> Rebuilding the temporary build tree
> 
>

Host CPUTYPE?=bdver2 unable to build release target for CPUTYPE?=slm

2017-10-26 Thread Alastair Hogge 
Hi,

I am attempting to build a release ${SRC}/release/release.sh -c 
${custom_release.conf}, however, the build fails with:

make[1]: "/scratch/fafnir/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: 
Determined that CC=cc matches the source tree.  Not bootstrapping a cross-
compiler.
--
>>> World build started on Fri Oct 27 00:41:56 UTC 2017
--

--
>>> Rebuilding the temporary build tree
--

--
>>> stage 1.1: legacy release compatibility shims
--
===> tools/build (obj,includes,all,install)

--
>>> stage 1.2: bootstrap tools
--
===> lib/clang/libllvmminimal (obj,all,install)
===> usr.bin/clang/llvm-tblgen (obj,all,install)
===> usr.bin/clang/clang-tblgen (obj,all,install)
===> kerberos5/tools/make-roken (obj,all,install)
===> kerberos5/lib/libroken (obj,all,install)
===> kerberos5/lib/libvers (obj,all,install)
===> kerberos5/tools/asn1_compile (obj,all,install)
yacc: 4 shift/reduce conflicts.
===> kerberos5/tools/slc (obj,all,install)
===> usr.bin/compile_et (obj,all,install)
===> usr.bin/fortune/strfile (obj,all,install)
===> usr.bin/dtc (obj,all,install)
===> usr.bin/lorder (obj,all,install)
===> lib/libopenbsd (obj,all,install)
===> usr.bin/mandoc (obj,all,install)
===> usr.bin/rpcgen (obj,all,install)
===> lib/liby (obj,all,install)
===> usr.bin/yacc (obj,all,install)
===> usr.bin/xinstall (obj,all,install)
===> usr.sbin/config (obj,all,install)
===> usr.bin/vtfontcvt (obj,all,install)
===> usr.bin/localedef (obj,all,install)
In file included from /scratch/fafnir/usr/src/usr.bin/localedef/collate.c:50:
In file included from /scratch/fafnir/usr/src/lib/libc/locale/collate.h:42:
/scratch/fafnir/usr/src/lib/libc/locale/xlocale_private.h:168:18: warning: 
passing 'long *' to parameter of type 'volatile u_long *' (aka 'volatile 
unsigned long *') converts between pointers to integer types with different 
sign [-Wpointer-sign]
atomic_add_long(&(obj->retain_count), 1);

[log trimmed]

===> usr.sbin/crunch (installconfig)
   
===> usr.sbin/crunch/crunchgen (installconfig)  
   
===> usr.sbin/crunch/crunchide (installconfig)  
   
===> usr.sbin/unbound (installconfig)   
   
===> usr.sbin/unbound/daemon (installconfig)
   
===> usr.sbin/unbound/anchor (installconfig)
   
===> usr.sbin/unbound/checkconf (installconfig) 
   
===> usr.sbin/unbound/control (installconfig)   
   
===> usr.sbin/unbound/local-setup (installconfig)   
   
===> usr.sbin/uathload (installconfig)  
   
===> usr.sbin/uhsoctl (installconfig)   
   
===> usr.sbin/usbconfig (installconfig) 
   
===> usr.sbin/usbdump (installconfig)   
   
===> usr.sbin/ac (installconfig)
   
===> usr.sbin/lastlogin (installconfig) 
   
===> usr.sbin/utx (installconfig)
===> etc (installconfig) 
ELF ldconfig path: /lib /usr/lib /usr/lib/compat 
32-bit compatibility ldconfig path: /usr/lib32   
make: "/usr/src/Makefile" line 313: warning: "LC_ALL=C date" exited on a signal 
   
make[1]: "/usr/src/Makefile.inc1" line 162: SYSTEM_COMPILER: Determined that 
CC=cc matches the source tree.  Not bootstrapping a cross-compiler. 
  
make[2]: "/usr/src/release/Makefile.ec2" line 9: warning: "date +-%Y-%m-%d" 
exited on a signal 
make[2]: "/usr/src/release/Makefile.azure" line 20: warning: "date +-%Y-%m-%d" 
exited on a signal  
make[2]:

Re: There is *NO* abi stability in -head

2017-10-26 Thread Mateusz Guzik 
On Tue, Oct 24, 2017 at 10:47 AM, Hans Petter Selasky 
wrote:

> On 10/23/17 22:35, Mateusz Guzik wrote:
>
>> This is your friendly reminder that in head struct layouts can change
>> and each update requires you to rebuild *all* modules (including ones
>> which come from ports). In practice you can get away without it most of
>> the time, but if in doubt or seeing funny crashes - *recompile* and test
>> with that.
>>
>>
> Hi,
>
> And for developers making this changes, consider bumping the
> __FreeBSD_version macro in sys/sys/param.h along with your commit. It
> forces recompilation of external kernel modules :-)
>
>
I think this only serves to pollute the list. It should be used to note
changes which require modification of external modules or provide a new
feature a module can be interested in.

I don't see any value for describing things which clear themselves with
recompilation of modules.

-- 
Mateusz Guzik 
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'

2017-10-26 Thread Benjamin Kaduk 
On Thu, Oct 26, 2017 at 08:47:06PM +0300, Boris Samorodov wrote:
> Hi All,
> 
> Since a few days I can't update repository (info and cleanup works,
> but not update and commit) both at local and remote systems.
> 
> Is it my personal problem/misconfig?
> 
> ---
> % svnlite up
> Updating '.':
> svn: E170013: Unable to connect to a repository at URL
> 'svn+ssh://svn.freebsd.org/ports/head'

For ssh access, you probably are better off with repo.freebsd.org, per
the committer's guide.

-Ben
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'

2017-10-26 Thread Boris Samorodov 
26.10.2017 20:51, Benjamin Kaduk пишет:
> On Thu, Oct 26, 2017 at 08:47:06PM +0300, Boris Samorodov wrote:
>> Hi All,
>>
>> Since a few days I can't update repository (info and cleanup works,
>> but not update and commit) both at local and remote systems.
>>
>> Is it my personal problem/misconfig?
>>
>> ---
>> % svnlite up
>> Updating '.':
>> svn: E170013: Unable to connect to a repository at URL
>> 'svn+ssh://svn.freebsd.org/ports/head'
> 
> For ssh access, you probably are better off with repo.freebsd.org, per
> the committer's guide.

Great, that worked. Thank you, Ben.

-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'

2017-10-26 Thread Boris Samorodov 
26.10.2017 20:49, Kurt Jaeger пишет:
> Hi!
> 
>> Since a few days I can't update repository (info and cleanup works,
>> but not update and commit) both at local and remote systems.
>>
>> Is it my personal problem/misconfig?
> 
> At least it works here (.de).
> 
> Maybe this *is* a SSH issue ?
> 
>> svn: E210002: To better debug SSH connection problems, remove the -q
>> option from 'ssh' in the [tunnels] section of your Subversion
>> configuration file.
>> svn: E210002: Network connection closed unexpectedly
> 
> Can you try to ssh to svn.freebsd.org ? What does it show ?
> 

% ssh svn.freebsd.org
ssh_exchange_identification: read: Connection reset by peer

BTW, ssh to freefall.freebsd.org works.

-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'

2017-10-26 Thread Kurt Jaeger 
Hi!

> Since a few days I can't update repository (info and cleanup works,
> but not update and commit) both at local and remote systems.
> 
> Is it my personal problem/misconfig?

At least it works here (.de).

Maybe this *is* a SSH issue ?

> svn: E210002: To better debug SSH connection problems, remove the -q
> option from 'ssh' in the [tunnels] section of your Subversion
> configuration file.
> svn: E210002: Network connection closed unexpectedly

Can you try to ssh to svn.freebsd.org ? What does it show ?

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'

2017-10-26 Thread Boris Samorodov 
Hi All,

Since a few days I can't update repository (info and cleanup works,
but not update and commit) both at local and remote systems.

Is it my personal problem/misconfig?

---
% svnlite up
Updating '.':
svn: E170013: Unable to connect to a repository at URL
'svn+ssh://svn.freebsd.org/ports/head'
svn: E210002: To better debug SSH connection problems, remove the -q
option from 'ssh' in the [tunnels] section of your Subversion
configuration file.
svn: E210002: Network connection closed unexpectedly

% uname -a
FreeBSD latt.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #65 r325004M: Thu
Oct 26 05:11:56 MSK 2017
bsam@builder.bsnet:/usr/obj/usr/src/sys/PKG64X  amd64

% svnlite info /usr/ports
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn+ssh://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn+ssh://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 451243
Node Kind: directory
Schedule: normal
Last Changed Author: gerald
Last Changed Rev: 451242
Last Changed Date: 2017-10-04 22:15:41 +0300 (ср, 04 окт. 2017)
---

Thank you.
-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: can't link against math.h

2017-10-26 Thread Dan Mack 

% man 3 exp

 | NAME
 |  exp, expf, expl, exp2, exp2f, exp2l, expm1, expm1f, expm1l, pow, powf,
 |  powl - exponential and power functions

gives a good summary as well.

Dan

Steve Kargl  writes:

> On Thu, Oct 26, 2017 at 10:05:00AM +0800, blubee blubeeme wrote:
>> I wrote a simple test program to test and see if math.h has the function:
>> exp10f
>> #include 
>> 
>> int main(int argc, char** argv)
>> {
>> (void)argv;
>> return ((int*)())[argc];
>> }
>> 
>> tried compiling it with clang:
>> clang++ test.cpp -o test -lm
>> test.cpp:7:17: error: use of undeclared identifier 'expf10'
>> return ((int*)())[argc];
>> ^
>> 1 error generated.
>> 
>> tried with gcc:
>> gcc test.cpp -o test -lm
>> test.cpp: In function 'int main(int, char**)':
>> test.cpp:7:17: error: 'expf10' was not declared in this scope
>>  return ((int*)())[argc];
>> 
>> Does FreeBSD math.h have expf10 and if so, how do I link against it?
>
> No.  You could answer this question with a simple grep on math.h.
>
> Which C standard specifies exp10f or expf10?
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"