Re: Strange issue after early AP startup

2017-01-22 Thread Hans Petter Selasky
On 01/23/17 06:27, Jia-Shiun Li wrote: On Sat, Jan 21, 2017 at 3:51 PM, Hans Petter Selasky wrote: FYI: https://svnweb.freebsd.org/changeset/base/312551 Hi hps, sorry I have to correct my test results. I found that I did not revert changes to kernel config, which commented out EARLY_AP_ST

Re: Strange issue after early AP startup

2017-01-22 Thread Jia-Shiun Li
On Sat, Jan 21, 2017 at 3:51 PM, Hans Petter Selasky wrote: > FYI: > > https://svnweb.freebsd.org/changeset/base/312551 > > Hi hps, sorry I have to correct my test results. I found that I did not revert changes to kernel config, which commented out EARLY_AP_STARTUP option, before testing you pat

command line environment and port to equal CURRENT clang?

2017-01-22 Thread Jeffrey Bouquet
... that may work in /usr/src/sbin for example? make clang=[/usr/ports/lang/??]clang-foo clang+ depend; make; # so that a buildworld is not needed? or that would have to be created as a feature.. ___ freebsd-current@freebsd.org mailing list https://l

Re: Linker problems with clang /usr/local/lib

2017-01-22 Thread Dimitry Andric
It only does so on Linux. This has always been the case, but apparently it was never noted clearly in the man page. -Dimitry > On 22 Jan 2017, at 21:57, Johannes Lundberg wrote: > > I found a way to pass various linker flags to Rust through the .cargo/config > file which is doable for now. >

Re: Linker problems with clang /usr/local/lib

2017-01-22 Thread Johannes Lundberg
I found a way to pass various linker flags to Rust through the .cargo/config file which is doable for now. However, in man pages it says that ld looks in /etc/ld.so.conf for paths.. This seem broken. While a solution, having to write wrappers sounds like a workaround that shouldn't be needed...

Re: Linker problems with clang /usr/local/lib

2017-01-22 Thread Dimitry Andric
On 22 Jan 2017, at 21:29, Johannes Lundberg wrote: > > How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib > without having to specify environment or command line variables? > > I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints. > > /sbin/ldconfig -l xxx

Linker problems with clang /usr/local/lib

2017-01-22 Thread Johannes Lundberg
Hi How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib without having to specify environment or command line variables? I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints. /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib /usr/bin/ld can not. T

Re: Fix /etc/rc.d/random umask handling (/entropy permissions)

2017-01-22 Thread Jilles Tjoelker
On Sun, Jan 22, 2017 at 01:22:07AM +, Lu Tung-Pin wrote: > On 2017-01-21 22:01, Jilles Tjoelker wrote: > > [Adding Cc: Dag-Erling Smørgrav who committed r273957 which seems to > > have introduced this] > > On Sat, Jan 21, 2017 at 01:21:42AM +, Lu Tung-Pin wrote: > >> A 2014 change broke the

Re: ISO image: where is the CLANG compiler?

2017-01-22 Thread A. Wilcox
On 19/01/17 03:16, O. Hartmann wrote: > I created images on CURRENT of my own - they all lack in the ability of having > the necessary tools aboard. So I consider every image useless for rescue > operations except, maybe, the DVD image - but this one is not provided > anymore. > For what reason? T

Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0

2017-01-22 Thread Julian Elischer
On 22/01/2017 4:51 AM, O. Hartmann wrote: Am Sat, 21 Jan 2017 21:13:49 +0100 Mateusz Guzik schrieb: On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: The most recent CURRENT panics spontanously and crashes with the error message: Panic String: __lockmgr_args: unknown lockmgr re

Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0

2017-01-22 Thread Dimitry Andric
On 21 Jan 2017, at 21:51, O. Hartmann wrote: > > Am Sat, 21 Jan 2017 21:13:49 +0100 > Mateusz Guzik schrieb: > >> On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: >>> The most recent CURRENT panics spontanously and crashes with the error >>> message: >>> >>> >>> Panic String: __l