Re: Cross compilling kernel i386/amd64 is failed

2010-04-16 Thread Arseny Nasokin
On 16 Apr 2010, at 10:29, Andriy Gapon wrote: on 16/04/2010 04:19 Arseny Nasokin said the following: On 16 Apr 2010, at 03:03, Andriy Gapon wrote: on 16/04/2010 01:27 Arseny Nasokin said the following: I get error in same point when I try compile amd64 current GENERIC on i386 machine

Re: Cross compilling kernel i386/amd64 is failed

2010-04-16 Thread Andriy Gapon
on 16/04/2010 10:38 Arseny Nasokin said the following: > > kernel-toolchain target must be called on cross-compilling, even you > making cross-world (where toolchain is called) Still not sure what is the problem. Before cross-compiling a kernel you have to cross-build either the corresponding wor

Re: Does "makeoptions WITH_CTF=yes" actually work?

2010-04-16 Thread Alexander Leidinger
Quoting Navdeep Parhar (from Wed, 14 Apr 2010 11:35:40 -0700): Have you or anyone else ever used buildkernel successfully with "makeoptions WITH_CTF=yes" in the conf file? Something as simple as this does not work for me: Copy&paste patch, tabs probbly mangled: ---snip--- Index: Makefile.i

[CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Roman Divacky
Hi, ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.org) into FreeBSD, replacing GCC as a system compiler. Recently, we've achieved the state when clang can compile all of FreeBSD world on i386/amd64 platforms (including all the C++ apps we have and itself) and a bootab

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Matt Reimer
On Fri, Apr 16, 2010 at 9:08 AM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang > (clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread George Liaskos
> Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help w

Re: HP, IBM and Supermicro Servers Compatibility.

2010-04-16 Thread Ivan Voras
Miroslav Lachman wrote: Juanito Cassemiro wrote: Hi. I want to know if the IBM, HP or Supermicro Servers are compatible with FreeBSD OS. Could you send me a hardware compatibility list with compatible servers? It depends on server model, not on manufacturer in general. I have some IBM, HP,

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Outback Dingo
On Fri, Apr 16, 2010 at 12:08 PM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang ( > clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD > world > on i386/amd

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Chuck Swiger
Hi-- On Apr 16, 2010, at 1:53 PM, Outback Dingo wrote: > can someone explain the benefit other then not relying on gcc now ? > performance ? http://clang.llvm.org/comparison.html http://clang-analyzer.llvm.org/ Regards, -- -Chuck ___ freebsd-curren

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Ivan Voras
Roman Divacky wrote: We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel and use it as you would normally use FreeBSD. Please report back I have a buildworld error here: clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/mt/clangbsd/tmp/u

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Ivan Voras
Ivan Voras wrote: Roman Divacky wrote: We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel and use it as you would normally use FreeBSD. Please report back I have a buildworld error here: clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/ob

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Rink Springer
On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: > > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string > > is not a string literal (potentially insecure) [-Wformat-security] > > syslog(LOG_CRIT, msg); > > ^~~ > > 1 diagnostic genera

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Ivan Voras
Rink Springer wrote: On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security] syslog(LOG_CRIT, msg); ^~~ 1 diagnostic ge

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-16 Thread Garrett Cooper
On Fri, Apr 16, 2010 at 3:45 PM, Ivan Voras wrote: > Rink Springer wrote: >> >> On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security]

ISO9660 4GB directory structures boundary limit and growisofs

2010-04-16 Thread Paul B Mahol
Hi, It is apparently not possible to make use of -use-the-force-luke=4gms on FreeBSD when appending new session after 4GB. Mounted disk afterwards show nothing. Should we allow it like linux does? ___ freebsd-current@freebsd.org mailing list http://lis

Re: svn commit: r206408 - in head: etc etc/defaults etc/rc.d share/man/man5

2010-04-16 Thread Doug Barton
On 4/16/2010 3:27 PM, Bjoern A. Zeeb wrote: > On Fri, 9 Apr 2010, Doug Barton wrote: > > Hi, > > first off all it would have been easier to figure a few things out, if > the several different things had been individual commits I considered that but given that the changes had to happen at the sam

fix for compressed coredumps, please review

2010-04-16 Thread Alfred Perlstein
Can I get a review for this? summary: If doing compressed cores and there is an error, we leak resources unless this is fixed. Index: imgact_elf.c === --- imgact_elf.c(revision 206498) +++ imgact_elf.c(working copy