Re: CPUTYPE=native handling

2011-11-08 Thread Roman Divacky
On Tue, Nov 08, 2011 at 08:55:39AM +0100, Dimitry Andric wrote: > On 2011-11-08 01:25, Alexander Best wrote: > > i've seen dozens of issues, where people set CPUTYPE=native. although this > > works in a lot of cases, it doesn't in others. why don't we simply add > > something like > > > > . if ${C

make cleanworld

2011-11-08 Thread Alexander Best
hi there, any reason 'make cleanworld' does otaku% make cleanworld rm -rf /usr/obj/usr/git-freebsd-head/* chflags -R 0 /usr/obj/usr/git-freebsd-head rm -rf /usr/obj/usr/git-freebsd-head/* where otaku% make cleanworld chflags -R 0 /usr/obj/usr/git-freebsd-head rm -rf /usr/obj/usr/git-freebsd-hea

Re: CPUTYPE=native handling

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Roman Divacky wrote: > On Tue, Nov 08, 2011 at 08:55:39AM +0100, Dimitry Andric wrote: > > On 2011-11-08 01:25, Alexander Best wrote: > > > i've seen dozens of issues, where people set CPUTYPE=native. although this > > > works in a lot of cases, it doesn't in others. why don't we

Re: CPUTYPE=native handling

2011-11-08 Thread Roman Divacky
clang will use "core2" for family=6 and model=15 check llvm/lib/Support/Host.cpp what is the problem? The fact that our gcc from the middle-ages does not recognize that? On Tue, Nov 08, 2011 at 09:04:20PM +, Alexander Best wrote: > On Tue Nov 8 11, Roman Divacky wrote: > > On Tue, Nov 08, 2

Re: CPUTYPE=native handling

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Roman Divacky wrote: > clang will use "core2" for family=6 and model=15 > > check llvm/lib/Support/Host.cpp > > what is the problem? The fact that our gcc from the middle-ages > does not recognize that? actually a few months ago quite a lot of gcc commits happend to add newer o

Re: CPUTYPE=native handling

2011-11-08 Thread Roman Divacky
On Tue, Nov 08, 2011 at 09:23:52PM +, Alexander Best wrote: > On Tue Nov 8 11, Roman Divacky wrote: > > clang will use "core2" for family=6 and model=15 > > > > check llvm/lib/Support/Host.cpp > > > > what is the problem? The fact that our gcc from the middle-ages > > does not recognize that

Re: make cleanworld

2011-11-08 Thread Warner Losh
On Nov 8, 2011, at 1:49 PM, Alexander Best wrote: > hi there, > > any reason 'make cleanworld' does > > otaku% make cleanworld > rm -rf /usr/obj/usr/git-freebsd-head/* > chflags -R 0 /usr/obj/usr/git-freebsd-head > rm -rf /usr/obj/usr/git-freebsd-head/* > > where > > otaku% make cleanworld >

Re: CPUTYPE=native handling

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Roman Divacky wrote: > On Tue, Nov 08, 2011 at 09:23:52PM +, Alexander Best wrote: > > On Tue Nov 8 11, Roman Divacky wrote: > > > clang will use "core2" for family=6 and model=15 > > > > > > check llvm/lib/Support/Host.cpp > > > > > > what is the problem? The fact that our

Re: make cleanworld

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Warner Losh wrote: > > On Nov 8, 2011, at 1:49 PM, Alexander Best wrote: > > > hi there, > > > > any reason 'make cleanworld' does > > > > otaku% make cleanworld > > rm -rf /usr/obj/usr/git-freebsd-head/* > > chflags -R 0 /usr/obj/usr/git-freebsd-head > > rm -rf /usr/obj/usr/g

Re: make cleanworld

2011-11-08 Thread Dimitry Andric
On 2011-11-08 21:49, Alexander Best wrote: > any reason 'make cleanworld' does > > otaku% make cleanworld > rm -rf /usr/obj/usr/git-freebsd-head/* > chflags -R 0 /usr/obj/usr/git-freebsd-head > rm -rf /usr/obj/usr/git-freebsd-head/* > > where > > otaku% make cleanworld > chflags -R 0 /usr/obj/us

Re: make cleanworld

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Dimitry Andric wrote: > On 2011-11-08 21:49, Alexander Best wrote: > > any reason 'make cleanworld' does > > > > otaku% make cleanworld > > rm -rf /usr/obj/usr/git-freebsd-head/* > > chflags -R 0 /usr/obj/usr/git-freebsd-head > > rm -rf /usr/obj/usr/git-freebsd-head/* > > > > wh

Re: CPUTYPE=native handling

2011-11-08 Thread Dimitry Andric
On 2011-11-08 22:04, Alexander Best wrote: ... > for me -march=native reports: > > otaku% gcc -march=native -E -v - Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.2 20070831 prerelease [FreeBSD] >

Re: make cleanworld

2011-11-08 Thread Warner Losh
On Nov 8, 2011, at 2:55 PM, Alexander Best wrote: > find -flags +XXX /usr/obj/usr/git-freebsd-head -exec chflags -R 0 {} + > rm/obj/usr/git-freebsd-head/* > > that should only execute chflags(1) on those files with flags set. THat's only faster if the entire directory tree says in the directory

Re: make cleanworld

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Warner Losh wrote: > > On Nov 8, 2011, at 2:55 PM, Alexander Best wrote: > > find -flags +XXX /usr/obj/usr/git-freebsd-head -exec chflags -R 0 {} + > > rm/obj/usr/git-freebsd-head/* > > > > that should only execute chflags(1) on those files with flags set. > > THat's only faste

Re: make cleanworld

2011-11-08 Thread Alexander Best
On Tue Nov 8 11, Alexander Best wrote: > On Tue Nov 8 11, Warner Losh wrote: > > > > On Nov 8, 2011, at 2:55 PM, Alexander Best wrote: > > > find -flags +XXX /usr/obj/usr/git-freebsd-head -exec chflags -R 0 {} + > > > rm/obj/usr/git-freebsd-head/* > > > > > > that should only execute chflags(1)

Re: make cleanworld

2011-11-08 Thread Ryan Stone
On Tue, Nov 8, 2011 at 4:55 PM, Alexander Best wrote: > another tought would be to do the following: > > find -flags +XXX /usr/obj/usr/git-freebsd-head -exec chflags -R 0 {} + > rm/obj/usr/git-freebsd-head/* As far as I can tell, the expensive part is not chflags, but walking the entire directory

Re: CPUTYPE=native handling

2011-11-08 Thread Jason Hellenthal
On Tue, Nov 08, 2011 at 12:25:56AM +, Alexander Best wrote: > hi there, > > i've seen dozens of issues, where people set CPUTYPE=native. although this > works in a lot of cases, it doesn't in others. why don't we simply add > something like I thought it was reccomened to use 'CPUTYPE?=' syn