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

i might have stumbled upon a problem with clang. i've compiled a kernel from
the clang branch using `make kernel INSTKERNNAME=clang` and booted from it.
i'm now experiencing audio problems with mp3s and certain video files.
playback is awfully slow and the audio output gets distorted massively. `top`
however reports no high cpu load and `vmstat -i` doesn't report anything
unusual either.

this problem doesn't occur with a regular gcc-kernel.

both kernels are running under a regular (gcc) world.

i thought it might be a problem with acpi, but disabling acpi
(hint.acpi.0.disabled=1) gives me a system freeze.

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-21 Thread Dimitry Andric


On 2010-04-20 16:04, Roman Divacky wrote:

Tried again with llvm r101891, still the same error...


the problem is that gcc miscompiles llvm at -O3, I havent managed
to contact brooks@ to change the port to default to -O2

you can do that locally I guess


Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the
result.  I guess it's a real bug in llvm. :)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
 i might have stumbled upon a problem with clang. i've compiled a kernel from
 the clang branch using `make kernel INSTKERNNAME=clang` and booted from it.
 i'm now experiencing audio problems with mp3s and certain video files.
 playback is awfully slow and the audio output gets distorted massively. `top`
 however reports no high cpu load and `vmstat -i` doesn't report anything
 unusual either.
 
 this problem doesn't occur with a regular gcc-kernel.
 
 both kernels are running under a regular (gcc) world.
 
 i thought it might be a problem with acpi, but disabling acpi
 (hint.acpi.0.disabled=1) gives me a system freeze.

I've heard about this problem but did not manage to reproduce that.

can you try to bisect what file is being miscompiled? ie. compile
half of the kernel with gcc and half with clang and bisect this
way to a single file.

we can work from there...
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

On Wed, Apr 21, 2010 at 05:26:03PM +0200, Dimitry Andric wrote:
 On 2010-04-20 16:04, Roman Divacky wrote:
 Tried again with llvm r101891, still the same error...
 
 the problem is that gcc miscompiles llvm at -O3, I havent managed
 to contact brooks@ to change the port to default to -O2
 
 you can do that locally I guess
 
 Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the
 result.  I guess it's a real bug in llvm. :)

can you try with LLVM svn trunk? it works for me ok (with -O2 compilation)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-21 Thread Dimitry Andric


On 2010-04-21 17:24, Roman Divacky wrote:

Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the
result.  I guess it's a real bug in llvm. :)


can you try with LLVM svn trunk? it works for me ok (with -O2 compilation)


AFAICS the only change between r101995 and r102001 is in some
ReleaseNotes.html file, so I guess I am using the very latest, bleeding
edge revision already. :)

I'm using the following diff to the devel/llvm-devel port:

Index: devel/llvm-devel/Makefile
===
RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/Makefile,v
retrieving revision 1.42
diff -u -d -r1.42 Makefile
--- devel/llvm-devel/Makefile   18 Mar 2010 19:33:23 -  1.42
+++ devel/llvm-devel/Makefile   21 Apr 2010 15:32:37 -
@@ -42,7 +42,8 @@
 CONFIGURE_ARGS+=   --with-f2c=${LOCALBASE}
 .else
 CONFIGURE_ARGS+=   --disable-assertions \
-   --enable-optimized
+   --enable-optimized \
+   --with-optimize-option=-O2
 .endif
 
 CONFIGURE_ARGS+=	--enable-bindings=none

Index: devel/llvm-devel/Makefile.svn_rev
===
RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/Makefile.svn_rev,v
retrieving revision 1.13
diff -u -d -r1.13 Makefile.svn_rev
--- devel/llvm-devel/Makefile.svn_rev   5 Apr 2010 17:33:55 -   1.13
+++ devel/llvm-devel/Makefile.svn_rev   21 Apr 2010 15:32:37 -
@@ -1 +1 @@
-SVN_REV=   100430
+SVN_REV=   101995
Index: devel/llvm-devel/distinfo
===
RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/distinfo,v
retrieving revision 1.27
diff -u -d -r1.27 distinfo
--- devel/llvm-devel/distinfo   5 Apr 2010 17:33:55 -   1.27
+++ devel/llvm-devel/distinfo   21 Apr 2010 15:32:37 -
@@ -1,3 +1,3 @@
-MD5 (llvm-2.7.r100430.tar.bz2) = ab73db3fc7fbbdffda032131e31b91bf
-SHA256 (llvm-2.7.r100430.tar.bz2) = 
f5933ed2e873fd65eae7ffd8a5f9077f1e42d33db573f2395f2bf56427f00e91
-SIZE (llvm-2.7.r100430.tar.bz2) = 10785591
+MD5 (llvm-2.7.r101995.tar.bz2) = 57cced37c718427b0100659fc5c09728
+SHA256 (llvm-2.7.r101995.tar.bz2) = 
092b6eb50ad3e3f3789f112fe8dc4205c0259f4e29691a8cfa0d3d2329f6c3b9
+SIZE (llvm-2.7.r101995.tar.bz2) = 10897340
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
  i might have stumbled upon a problem with clang. i've compiled a
  kernel from
  the clang branch using `make kernel INSTKERNNAME=clang` and booted
  from it.
  i'm now experiencing audio problems with mp3s and certain video
  files.
  playback is awfully slow and the audio output gets distorted
  massively. `top`
  however reports no high cpu load and `vmstat -i` doesn't report
  anything
  unusual either.

  this problem doesn't occur with a regular gcc-kernel.

  both kernels are running under a regular (gcc) world.

  i thought it might be a problem with acpi, but disabling acpi
  (hint.acpi.0.disabled=1) gives me a system freeze.

 I've heard about this problem but did not manage to reproduce that.

 can you try to bisect what file is being miscompiled? ie. compile
 half of the kernel with gcc and half with clang and bisect this
 way to a single file.

 we can work from there...

i've identified the problem to be somewhere in sys/dev/sound. i've removed
device sound and device hda_snd from my kernel config and
rebuild/reinstalled both kernels (gcc and clang). i then booted the clang
kernel and loaded various sound.ko and snd_hda.ko combination. here're the
results:

sound.ko (clang) snd_hda.ko (clang) = BROKEN
sound.ko (clang) snd_hda.ko (gcc)   = BROKEN
sound.ko (gcc) snd_hda.ko (gcc) = OK
sound.ko (gcc) snd_hda.ko (clang)   = OK

i've attached a log documenting all clang warnings that get issued when
building sys/modules/sound.

in addition to those warnings i get a lot of these, but i guess they aren't
harmful:

clang: warning: argument unused during compilation: '-funroll-loops'
clang: warning: argument unused during compilation: '-finline-limit=8000'
clang: warning: argument unused during compilation: '--param
inline-unit-growth=100'
clang: warning: argument unused during compilation: '--param
large-function-growth=1000'
clang: warning: argument unused during compilation: '-mfpmath=387'
clang: warning: argument unused during compilation: '-fformat-extensions'
clang: warning: argument unused during compilation: '-funroll-loops'
clang: warning: argument unused during compilation: '-finline-limit=8000'
clang: warning: argument unused during compilation: '--param
inline-unit-growth=100'
clang: warning: argument unused during compilation: '--param
large-function-growth=1000'
clang: warning: argument unused during compilation: '-mfpmath=387'

-- 
Alexander Best
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_rate.c:163:1:
 warning: initializing 'char const (*)[36]' discards qualifiers, expected 'void 
*' [-pedantic]
SYSCTL_STRING(_hw_snd, OID_AUTO, feeder_rate_presets, CTLFLAG_RD,
^
In file included from 
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_rate.c:55:
In file included from @/dev/sound/pcm/sound.h:67:
@/sys/sysctl.h:243:2: note: instantiated from:
SYSCTL_OID(parent, nbr, name, CTLTYPE_STRING|(access), \
^
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_rate.c:163:1:
 note: instantiated from:
SYSCTL_STRING(_hw_snd, OID_AUTO, feeder_rate_presets, CTLFLAG_RD,
^
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_rate.c:164:5:
 note: instantiated from:
feeder_rate_presets, 0, compile-time rate presets);
^~~~
1 diagnostic generated.
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_eq.c:97:1:
 warning: initializing 'char const (*)[74]' discards qualifiers, expected 'void 
*' [-pedantic]
SYSCTL_STRING(_hw_snd, OID_AUTO, feeder_eq_presets, CTLFLAG_RD,
^~~
In file included from 
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_eq.c:40:
In file included from @/dev/sound/pcm/sound.h:67:
@/sys/sysctl.h:243:2: note: instantiated from:
SYSCTL_OID(parent, nbr, name, CTLTYPE_STRING|(access), \
^
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_eq.c:97:1:
 note: instantiated from:
SYSCTL_STRING(_hw_snd, OID_AUTO, feeder_eq_presets, CTLFLAG_RD,
^
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/feeder_eq.c:98:5:
 note: instantiated from:
feeder_eq_presets, 0, compile-time eq presets);
^~
1 diagnostic generated.
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/sound.c:73:1:
 warning: initializing 'char const (*)[17]' discards qualifiers, expected 'void 
*' [-pedantic]
SYSCTL_STRING(_hw_snd, OID_AUTO, version, CTLFLAG_RD, snd_driver_version,
^~
In file included from 
/usr/local/src/clangbsd/sys/modules/sound/sound/../../../dev/sound/pcm/sound.c:34:
In file included from

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

2010-04-21 Thread Rui Paulo


On 21 Apr 2010, at 18:22, Alexander Best wrote:

 Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
 i might have stumbled upon a problem with clang. i've compiled a
 kernel from
 the clang branch using `make kernel INSTKERNNAME=clang` and booted
 from it.
 i'm now experiencing audio problems with mp3s and certain video
 files.
 playback is awfully slow and the audio output gets distorted
 massively. `top`
 however reports no high cpu load and `vmstat -i` doesn't report
 anything
 unusual either.
 
 this problem doesn't occur with a regular gcc-kernel.
 
 both kernels are running under a regular (gcc) world.
 
 i thought it might be a problem with acpi, but disabling acpi
 (hint.acpi.0.disabled=1) gives me a system freeze.
 
 I've heard about this problem but did not manage to reproduce that.
 
 can you try to bisect what file is being miscompiled? ie. compile
 half of the kernel with gcc and half with clang and bisect this
 way to a single file.
 
 we can work from there...
 
 i've identified the problem to be somewhere in sys/dev/sound. i've removed
 device sound and device hda_snd from my kernel config and
 rebuild/reinstalled both kernels (gcc and clang). i then booted the clang
 kernel and loaded various sound.ko and snd_hda.ko combination. here're the
 results:
 
 sound.ko (clang) snd_hda.ko (clang) = BROKEN
 sound.ko (clang) snd_hda.ko (gcc)   = BROKEN
 sound.ko (gcc) snd_hda.ko (gcc) = OK
 sound.ko (gcc) snd_hda.ko (clang)   = OK
 
 i've attached a log documenting all clang warnings that get issued when
 building sys/modules/sound.
 
 in addition to those warnings i get a lot of these, but i guess they aren't
 harmful:
 
 clang: warning: argument unused during compilation: '-funroll-loops'
 clang: warning: argument unused during compilation: '-finline-limit=8000'
 clang: warning: argument unused during compilation: '--param
 inline-unit-growth=100'
 clang: warning: argument unused during compilation: '--param
 large-function-growth=1000'
 clang: warning: argument unused during compilation: '-mfpmath=387'
 clang: warning: argument unused during compilation: '-fformat-extensions'
 clang: warning: argument unused during compilation: '-funroll-loops'
 clang: warning: argument unused during compilation: '-finline-limit=8000'
 clang: warning: argument unused during compilation: '--param
 inline-unit-growth=100'
 clang: warning: argument unused during compilation: '--param
 large-function-growth=1000'
 clang: warning: argument unused during compilation: '-mfpmath=387'

There's some assembly in feeder_rate.c. Can you check if it's being used?

Regards,
--
Rui Paulo


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

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

On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote:
 Roman Divacky schrieb am 2010-04-21:
  On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
   i might have stumbled upon a problem with clang. i've compiled a
   kernel from
   the clang branch using `make kernel INSTKERNNAME=clang` and booted
   from it.
   i'm now experiencing audio problems with mp3s and certain video
   files.
   playback is awfully slow and the audio output gets distorted
   massively. `top`
   however reports no high cpu load and `vmstat -i` doesn't report
   anything
   unusual either.
 
   this problem doesn't occur with a regular gcc-kernel.
 
   both kernels are running under a regular (gcc) world.
 
   i thought it might be a problem with acpi, but disabling acpi
   (hint.acpi.0.disabled=1) gives me a system freeze.
 
  I've heard about this problem but did not manage to reproduce that.
 
  can you try to bisect what file is being miscompiled? ie. compile
  half of the kernel with gcc and half with clang and bisect this
  way to a single file.
 
  we can work from there...
 
 i've identified the problem to be somewhere in sys/dev/sound. i've removed
 device sound and device hda_snd from my kernel config and
 rebuild/reinstalled both kernels (gcc and clang). i then booted the clang
 kernel and loaded various sound.ko and snd_hda.ko combination. here're the
 results:
 
 sound.ko (clang) snd_hda.ko (clang) = BROKEN
 sound.ko (clang) snd_hda.ko (gcc)   = BROKEN
 sound.ko (gcc) snd_hda.ko (gcc) = OK
 sound.ko (gcc) snd_hda.ko (clang)   = OK

great work! it looks like sound.ko is the culprit..

this is amd64 because my i386 kernel plays sound just fine.

could you try to bisect the sound.ko ?

you can do it this way:

1) cd modules/sound/sound  make CC=gcc

2) make -V SRCS | tr   \n | grep -v \.h | sort | grep ^[a-m].* | xargs 
touch

^ this is your 
bisect pattern

3) make CC=clang  make install

4) reload the module  test the sound

5) if the sound works you swap your bisect pattern (ie. [a-m] - [n-z] etc.)
   if not you know that you that the miscompiled file is in you pattern and 
   you can narrow it (ie. [a-m] - [a-g] etc.)

6) goto 1 until you compile a single file

I am pretty sure you can understand this and reduce this to a single file.
once we get single file that is being miscompiled we can do some slightly
\more educated guess on whats going on and structure our testing a little
smarter...

thnx! roman

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

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

On Sat, Apr 17, 2010 at 07:03:14PM +0200, Dimitry Andric wrote:
 On 2010-04-16 18:08, Roman Divacky wrote:
  cd clangbsd  make buildworld
 
 Buildworld all goes well, until this stage:
 
 --
 stage 4.2: building libraries
 --
 cd /home/dim/src/clangbsd;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  
 MACHINE=i386  CPUTYPE=  
 GROFF_BIN_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin  
 GROFF_FONT_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/groff_font
   GROFF_TMAC_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/tmac  
 _SHLIBDIRPREFIX=/usr/obj/home/dim/src/clangbsd/tmp  VERSION=FreeBSD 
 9.0-CURRENT i386 900010  INSTALL=sh 
 /home/dim/src/clangbsd/tools/install.sh  
 PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
   CC=clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/o
 bj/home/dim/src/clangbsd/tmp/usr/lib/  CXX=clang++ -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ NO_CTF=1 make -f 
 Makefile.inc1 DESTDIR=/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG 
 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT  -DWITHOUT_MAN -DWITHOUT_PROFILE 
 libraries
 cd /home/dim/src/clangbsd;  make -f Makefile.inc1 _prereq_libs;  make -f 
 Makefile.inc1 _startup_libs;  make -f Makefile.inc1 _prebuild_libs;  make 
 -f Makefile.inc1 _generic_libs;
 === gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
 rm -f .depend
 CC='clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a
 -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. 
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
  
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
  -DPIC 
 /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
 clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe  -DHAVE_CONFIG_H 
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/..  
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
   
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
  -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector  -c 
 /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
 '486' is not a recognized processor for this target (ignoring processor)
 building static ssp_nonshared library
 ranlib libssp_nonshared.a
 sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444   
 libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib
 === gnu/lib/libgcc (obj,depend,all,install)
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
 MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile
  GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tm.h
 TARGET_CPU_DEFAULT=  HEADERS=options.h i386/i386.h i386/unix.h 
 i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h 
 freebsd.h i386/freebsd.h defaults.h  DEFINES=  /bin/sh 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h
 echo '#define EXTRA_MODES_FILE i386/i386-modes.def'  tm.h
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
 MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile
  GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tconfig.h
 TARGET_CPU_DEFAULT=  HEADERS=auto-host.h ansidecl.h  
 DEFINES=USED_FOR_TARGET  /bin/sh 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh 
 tconfig.h
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
 MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile

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

On Wed, Apr 21, 2010 at 08:37:10PM +0200, Dimitry Andric wrote:
 On 2010-04-21 20:20, Roman Divacky wrote:
 [1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:140:1:
  [0m[0;1;35mwarning: [0m[1mcontrol may reach end of non-void function 
 [-Wreturn-type]
 [0m}
 [0;1;32m^
 [0m[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:216:1:
  [0m[0;1;35mwarning: [0m[1mcontrol may reach end of non-void function 
 [-Wreturn-type]
 [0m}
 [0;1;32m^
 [0m[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:266:1:
  [0m[0;1;35mwarning: [0m[1mcontrol may reach end of non-void function 
 [-Wreturn-type]
 [0m}
 [0;1;32m^
 [0m'486' is not a recognized processor for this target (ignoring 
 processor)
 
 what happens when you dont set CPUTYPE?
 
 I didn't set it. :)  Contents of /etc/make.conf is:

heh... thats a typo. anyway, I guess I'll need to check this on real i386
to see whats going on.. thnx for the report, I'll get back
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote:
  Roman Divacky schrieb am 2010-04-21:
   On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
i might have stumbled upon a problem with clang. i've compiled
a
kernel from
the clang branch using `make kernel INSTKERNNAME=clang` and
booted
from it.
i'm now experiencing audio problems with mp3s and certain video
files.
playback is awfully slow and the audio output gets distorted
massively. `top`
however reports no high cpu load and `vmstat -i` doesn't report
anything
unusual either.

this problem doesn't occur with a regular gcc-kernel.

both kernels are running under a regular (gcc) world.

i thought it might be a problem with acpi, but disabling acpi
(hint.acpi.0.disabled=1) gives me a system freeze.

   I've heard about this problem but did not manage to reproduce
   that.

   can you try to bisect what file is being miscompiled? ie. compile
   half of the kernel with gcc and half with clang and bisect this
   way to a single file.

   we can work from there...

  i've identified the problem to be somewhere in sys/dev/sound. i've
  removed
  device sound and device hda_snd from my kernel config and
  rebuild/reinstalled both kernels (gcc and clang). i then booted the
  clang
  kernel and loaded various sound.ko and snd_hda.ko combination.
  here're the
  results:

  sound.ko (clang) snd_hda.ko (clang) = BROKEN
  sound.ko (clang) snd_hda.ko (gcc)   = BROKEN
  sound.ko (gcc) snd_hda.ko (gcc) = OK
  sound.ko (gcc) snd_hda.ko (clang)   = OK

 great work! it looks like sound.ko is the culprit..

 this is amd64 because my i386 kernel plays sound just fine.

 could you try to bisect the sound.ko ?

 you can do it this way:

 1) cd modules/sound/sound  make CC=gcc

 2) make -V SRCS | tr   \n | grep -v \.h | sort | grep ^[a-m].*
| xargs touch

 ^
 this is
 your
 bisect
 pattern

 3) make CC=clang  make install

 4) reload the module  test the sound

 5) if the sound works you swap your bisect pattern (ie. [a-m] -
[n-z] etc.)
if not you know that you that the miscompiled file is in you
pattern and
you can narrow it (ie. [a-m] - [a-g] etc.)

 6) goto 1 until you compile a single file

 I am pretty sure you can understand this and reduce this to a single
 file.
 once we get single file that is being miscompiled we can do some
 slightly
 \more educated guess on whats going on and structure our testing a
 little
 smarter...

hmmm...this gives me

link_elf_obj: symbol feeder_matrix_default_format undefined
linker_load_file: Unsupported file type

when trying to load sound.ko :( something's not working. this is not related
to clang. if i do `make CC=gcc  make install` in step 3) i'm getting the
same error.

 thnx! roman

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

Roman Divacky schrieb am 2010-04-21:

[snip]

 1) cd modules/sound/sound  make CC=gcc

after this step these are the sizes of sound.ko* in modules/sound/sound:

-rw-r--r--  1 root  wheel   449120 Apr 21 21:36 sound.ko
-rw-r--r--  1 root  wheel  2284757 Apr 21 21:36 sound.ko.debug
-rw-r--r--  1 root  wheel  2055512 Apr 21 21:36 sound.ko.symbols

 2) make -V SRCS | tr   \n | grep -v \.h | sort | grep ^[a-m].*
| xargs touch

 ^
 this is
 your
 bisect
 pattern

 3) make CC=clang  make install

and after this step:

-rw-r--r--  1 root  wheel  187480 Apr 21 21:37 sound.ko
-rw-r--r--  1 root  wheel  872983 Apr 21 21:37 sound.ko.debug
-rw-r--r--  1 root  wheel  792856 Apr 21 21:37 sound.ko.symbols

so quite some code is missing it seems.

[snip]

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote:
 Roman Divacky schrieb am 2010-04-21:
 
 [snip]
 
  1) cd modules/sound/sound  make CC=gcc
 
 after this step these are the sizes of sound.ko* in modules/sound/sound:
 
 -rw-r--r--  1 root  wheel   449120 Apr 21 21:36 sound.ko
 -rw-r--r--  1 root  wheel  2284757 Apr 21 21:36 sound.ko.debug
 -rw-r--r--  1 root  wheel  2055512 Apr 21 21:36 sound.ko.symbols
 
  2) make -V SRCS | tr   \n | grep -v \.h | sort | grep ^[a-m].*
 | xargs touch

this line is wrong.. it creates empty files which are used instead
of touching the existing ones...  it needs to be adjusted so it
touches the files (thus forcing them to be rebuilt with the second
make invocation)


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

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

Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote:
  Roman Divacky schrieb am 2010-04-21:

  [snip]

   1) cd modules/sound/sound  make CC=gcc

  after this step these are the sizes of sound.ko* in
  modules/sound/sound:

  -rw-r--r--  1 root  wheel   449120 Apr 21 21:36 sound.ko
  -rw-r--r--  1 root  wheel  2284757 Apr 21 21:36 sound.ko.debug
  -rw-r--r--  1 root  wheel  2055512 Apr 21 21:36 sound.ko.symbols

   2) make -V SRCS | tr   \n | grep -v \.h | sort | grep
  ^[a-m].*
  | xargs touch

 this line is wrong.. it creates empty files which are used instead
 of touching the existing ones...  it needs to be adjusted so it
 touches the files (thus forcing them to be rebuilt with the second
 make invocation)

how about something like this?

make -V SRCS | tr   \n | grep -v \.h | sort | grep ^[a-m].* 
/tmp/search; for i in `cat /tmp/search`; do find ../../../dev/sound -name $i
-exec touch {} +; done

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote:
  Roman Divacky schrieb am 2010-04-21:

  [snip]

   1) cd modules/sound/sound  make CC=gcc

  after this step these are the sizes of sound.ko* in
  modules/sound/sound:

  -rw-r--r--  1 root  wheel   449120 Apr 21 21:36 sound.ko
  -rw-r--r--  1 root  wheel  2284757 Apr 21 21:36 sound.ko.debug
  -rw-r--r--  1 root  wheel  2055512 Apr 21 21:36 sound.ko.symbols

   2) make -V SRCS | tr   \n | grep -v \.h | sort | grep
  ^[a-m].*
  | xargs touch

 this line is wrong.. it creates empty files which are used instead
 of touching the existing ones...  it needs to be adjusted so it
 touches the files (thus forcing them to be rebuilt with the second
 make invocation)

ok. i think i found the file which is causing all the trouble. it's
sys/dev/sound/pcm/buffer.c

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

Roman Divacky schrieb am 2010-04-21:
 On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote:
  Roman Divacky schrieb am 2010-04-21:

  [snip]

   1) cd modules/sound/sound  make CC=gcc

  after this step these are the sizes of sound.ko* in
  modules/sound/sound:

  -rw-r--r--  1 root  wheel   449120 Apr 21 21:36 sound.ko
  -rw-r--r--  1 root  wheel  2284757 Apr 21 21:36 sound.ko.debug
  -rw-r--r--  1 root  wheel  2055512 Apr 21 21:36 sound.ko.symbols

   2) make -V SRCS | tr   \n | grep -v \.h | sort | grep
  ^[a-m].*
  | xargs touch

 this line is wrong.. it creates empty files which are used instead
 of touching the existing ones...  it needs to be adjusted so it
 touches the files (thus forcing them to be rebuilt with the second
 make invocation)

i'm now 100% sure that buffer.c is causing the problem. what i did to verify
this was:

cd sys/modules/sound/sound  make CC=clang  touch
../../../dev/sound/pcm/buffer.c  make CC=gcc  make install

this gives me working sound!

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-21 Thread Andrew Reilly

On Wed, Apr 21, 2010 at 05:23:38PM +0200, Roman Divacky wrote:
 On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote:
  i might have stumbled upon a problem with clang. i've compiled a kernel from
  the clang branch using `make kernel INSTKERNNAME=clang` and booted from it.
  i'm now experiencing audio problems with mp3s and certain video files.
  playback is awfully slow and the audio output gets distorted massively. 
  `top`
  however reports no high cpu load and `vmstat -i` doesn't report anything
  unusual either.
  
  this problem doesn't occur with a regular gcc-kernel.
  
  both kernels are running under a regular (gcc) world.
  
  i thought it might be a problem with acpi, but disabling acpi
  (hint.acpi.0.disabled=1) gives me a system freeze.
 
 I've heard about this problem but did not manage to reproduce that.
 
 can you try to bisect what file is being miscompiled? ie. compile
 half of the kernel with gcc and half with clang and bisect this
 way to a single file.

The FreeBSD sound subsystem has a sample-rate converter built
into the feeder that (from a cursory look) is probably quite
carefully tweaked to be able to perform well (or at all).  I've
added -multimedia to the CC line, because they're the guys
who are going to know the details.  It's possible that some
GCC-specific manifest constants are being tested-for, with
sub-optimal fall-back code being run, instead.

In the mean-time, Alexander, are there any sound-related sysctls
that you can tweak so that the audio playback that you're doing
does *not* involve sample rate conversion?

Cheers,

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

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

2010-04-20 Thread Eitan Adler

 i was also wondering: what's the reason gcc is still being used during step
 Building an up-to-date make(1) and not clang?

because make segfaults when using clang ;)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-20 Thread Peter Jeremy

On 2010-Apr-20 10:39:26 +0300, Eitan Adler eitanadlerl...@gmail.com wrote:
 i was also wondering: what's the reason gcc is still being used during step
 Building an up-to-date make(1) and not clang?

because make segfaults when using clang ;)

(On amd64)  I've discovered this as well.  It does somewhat restrict
the usefulness of ClangBSD though.

-- 
Peter Jeremy


pgpCseJ9yyQoU.pgp
Description: PGP signature

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

2010-04-20 Thread Alexander Best

Eitan Adler schrieb am 2010-04-20:
  i was also wondering: what's the reason gcc is still being used
  during step
  Building an up-to-date make(1) and not clang?

 because make segfaults when using clang ;)

ah ok. that's quite a good reason. ;)

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-20 Thread Roman Divacky

On Tue, Apr 20, 2010 at 02:38:01PM +0200, Alexander Best wrote:
 Eitan Adler schrieb am 2010-04-20:
   i was also wondering: what's the reason gcc is still being used
   during step
   Building an up-to-date make(1) and not clang?
 
  because make segfaults when using clang ;)
 
 ah ok. that's quite a good reason. ;)

no, the gcc is used because you have CC=cc in your /usr/share/mk/sys.mk
you can setenv CC clang to get rid of this (and yes, it WILL work)

I have identified the problem with make (and all other statically linked
apps) and I even have a possible fix for that.

expect this to be fixed soon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-20 Thread Dimitry Andric


On 2010-04-17 20:13, Roman Divacky wrote:

I'm using the llvm-devel-2.7.r100430 port.


This is the current devel/llvm-devel port, AFAICS?  The system itself
runs -CURRENT as of r206706.


sorry.. havent noticed that you wrote that in your first mail

yes, i386 has a problem. I am just distilling the testcase and
I guess it will be fixed in upstream LLVM in a couple of hours.


Tried again with llvm r101891, still the same error...

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

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

2010-04-20 Thread Roman Divacky

On Tue, Apr 20, 2010 at 04:04:37PM +0200, Dimitry Andric wrote:
 On 2010-04-17 20:13, Roman Divacky wrote:
 I'm using the llvm-devel-2.7.r100430 port.
 
 This is the current devel/llvm-devel port, AFAICS?  The system itself
 runs -CURRENT as of r206706.
 
 sorry.. havent noticed that you wrote that in your first mail
 
 yes, i386 has a problem. I am just distilling the testcase and
 I guess it will be fixed in upstream LLVM in a couple of hours.
 
 Tried again with llvm r101891, still the same error...

the problem is that gcc miscompiles llvm at -O3, I havent managed
to contact brooks@ to change the port to default to -O2

you can do that locally I guess
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-20 Thread Mehmet Erol Sanliturk

On Fri, Apr 16, 2010 at 12:08 PM, Roman Divacky rdiva...@freebsd.orgwrote:

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 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 with other
platforms too :)).

How to setup ClangBSD:

The default configuration of ClangBSD requires clang installed so you can
either install fresh llvm-devel port (portinstall devel/llvm-devel) or
change
CC to gcc and CXX to g++ in share/mk/sys.mk. I recommend the former.

svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd

cd clangbsd make buildworld

echo NO_WERROR= /etc/make.conf
echo WERROR= /etc/make.conf

make DESTDIR=/clangbsd-chroot/ installworld

now you have ClangBSD world installed and you can chroot into it. I don't
recommend installing ClangBSD into real root as it is not tested enough.

You can also start using clang compiled kernel - either build the kernel in
the ClangBSD chroot (set NO_WERROR=yo and WERROR=yo in /etc/src.conf) or
set
CC to clang and build kernel the normal way.

This information (and more) is also provided on:

http://wiki.freebsd.org/BuildingFreeBSDWithClang

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

Thank you,

Roman Divacky on behalf of the ClangBSD team

To participate in such tests would be very pleasing for many FreeBSD users ,
but for less experienced users that may be very difficult .

To help to less experienced users to participate to such tests , I have
prepared a
skeleton algorithm for application of such tests .

The skeleton algorithm needs to be completed to make it a usable algorithm .
I am NOT so much experienced to prepare it completely , and reason is that
for
preparing that skeleton . I do NOT have sufficient knowledge to complete
places specified by ... and to write scripts to apply some steps repeatedly
without re-keying the necessary statements over and over with possible
errors .

If that skeleton is re-worked and completed to be usable , it is likely that
more people will be able to apply such tests , including me .

It should be written in such a structure that a FreeBSD user having
knowledge to
. install FreeBSD ,
. add packages ,
. perform file operations ( cp , mv , etc. ) ,
. apply scripts ,
. and other minimal knowledge to apply steps explicitly specified in the
following algorithm ,
will be able to apply it .

The algorithm may be tested by less experienced users to report its
difficult to understand or apply parts .

( Similar algorithms may be generated and used to test other aspects . This
may be a starting template for them . )

If you find useful , the following text may be completed and incorporated
into a suitable page of wiki.freebsd.org or any other one ( by using already
present copyright of the attached page ) .

Thank you very much .

Mehmet Erol Sanliturk

To apply a complete test cycle about building FreeBSD from source by using
CLang and
LLVM compiling system , the following steps may be applied .

Some of them may be already completed with respect to installed parts , and
those steps may be skipped .

(A)
Install FreeBSD 8.0 Stable from
ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201004/FreeBSD-8.0-STABLE-201004-amd64-dvd1.iso

...

(B)
Login as root .
Add the following packages in the listed order :

pkg_add -rv llvm
pkg_add -rv clang
pkg_add -rv subversion-freebsd

.
.
.

The following script

...

may be downloaded to apply that step .

Check the versions of the following packages :

...

To ensure that the latest versions of the following packages are already
installed ,
apply the following statements :

...

The following script

...

may be downloaded to apply that step .

(D)
Study the following pages to apply required steps to build a bootable
FreeBSD operating system :

(E)
http://wiki.freebsd.org/SubversionPrimer

Apply the steps described in that page to construct a source tree in
your local computer .

The following script

...

may be downloaded to apply that step .

(F)
http://wiki.freebsd.org/Tinderbox

Apply the following steps to be able to build FreeBSD from sources with
CLang
by scripts :

...

The following script

...

may be downloaded to apply that step .

(G)
http://wiki.freebsd.org/BuildingFreeBSDWithClang

Download latest Makefile from

...

to compile FreeBSD sources by the CLang compiler by applying
the following steps :

...

by using scripts downloadable from :

...

Apply the scripts to compile FreeBSD sources .

(H)
If compilation fails

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

2010-04-19 Thread Alexander Best

i'm getting this error during `make buildworld`:

=== libexec/atrun (all)
clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
-isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
-B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
-L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
-DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
-DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
-DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
-DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
-I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
-I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c
clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
-isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
-B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
-L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
-DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
-DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
-DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
-DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
-I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
-I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/gloadavg.c
clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
-isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
-B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
-L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
-DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
-DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
-DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
-DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
-I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
-I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign  -o atrun atrun.o gloadavg.o -lpam -lutil
/usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
to `fabsf'
/usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
to `copysign'
/usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
to `copysignf'
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
*** Error code 1

Stop in /usr/local/src/clangbsd/libexec/atrun.
*** Error code 1

Stop in /usr/local/src/clangbsd/libexec.
*** Error code 1

Stop in /usr/local/src/clangbsd.
*** Error code 1

Stop in /usr/local/src/clangbsd.
*** Error code 1

Stop in /usr/local/src/clangbsd.

running llvm-devel-2.7.r100430 and clangbsd revision 206838.

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-19 Thread Roman Divacky

you have to use -O2

On Mon, Apr 19, 2010 at 02:29:07PM +0200, Alexander Best wrote:
 i'm getting this error during `make buildworld`:
 
 === libexec/atrun (all)
 clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
 -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
 -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
 -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
 -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
 -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
 -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
 -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
 -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
 -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c
 clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
 -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
 -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
 -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
 -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
 -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
 -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
 -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
 -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
 -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/gloadavg.c
 clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
 -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
 -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
 -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
 -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
 -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
 -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
 -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
 -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized
 -Wno-pointer-sign  -o atrun atrun.o gloadavg.o -lpam -lutil
 /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
 to `fabsf'
 /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
 to `copysign'
 /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference
 to `copysignf'
 clang: error: linker command failed with exit code 1 (use -v to see
 invocation)
 *** Error code 1
 
 Stop in /usr/local/src/clangbsd/libexec/atrun.
 *** Error code 1
 
 Stop in /usr/local/src/clangbsd/libexec.
 *** Error code 1
 
 Stop in /usr/local/src/clangbsd.
 *** Error code 1
 
 Stop in /usr/local/src/clangbsd.
 *** Error code 1
 
 Stop in /usr/local/src/clangbsd.
 
 running llvm-devel-2.7.r100430 and clangbsd revision 206838.
 
 -- 
 Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-19 Thread Alexander Best

Roman Divacky schrieb am 2010-04-19:
 you have to use -O2

thanks a lot. using -O2 worked. :)

i was also wondering: what's the reason gcc is still being used during step
Building an up-to-date make(1) and not clang?

cheers.

 On Mon, Apr 19, 2010 at 02:29:07PM +0200, Alexander Best wrote:
  i'm getting this error during `make buildworld`:

  === libexec/atrun (all)
  clang -isystem
  /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
  -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
  -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
  -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
  -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
  -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
  -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
  -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
  -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
  -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g
  -std=gnu99
  -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k
  -Wno-uninitialized
  -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c
  clang -isystem
  /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
  -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
  -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
  -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
  -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
  -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
  -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
  -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
  -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
  -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g
  -std=gnu99
  -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k
  -Wno-uninitialized
  -Wno-pointer-sign -c
  /usr/local/src/clangbsd/libexec/atrun/gloadavg.c
  clang -isystem
  /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5
  -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include
  -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/
  -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona
  -DATJOB_DIR=\/var/at/jobs/\  -DLFILE=\/var/at/jobs/.lockfile\
  -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\  -DVERSION=\2.9\
  -DDAEMON_UID=1 -DDAEMON_GID=1  -DDEFAULT_BATCH_QUEUE=\'E\'
  -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
  -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at
  -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g
  -std=gnu99
  -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k
  -Wno-uninitialized
  -Wno-pointer-sign  -o atrun atrun.o gloadavg.o -lpam -lutil
  /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined
  reference
  to `fabsf'
  /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined
  reference
  to `copysign'
  /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined
  reference
  to `copysignf'
  clang: error: linker command failed with exit code 1 (use -v to see
  invocation)
  *** Error code 1

  Stop in /usr/local/src/clangbsd/libexec/atrun.
  *** Error code 1

  Stop in /usr/local/src/clangbsd/libexec.
  *** Error code 1

  Stop in /usr/local/src/clangbsd.
  *** Error code 1

  Stop in /usr/local/src/clangbsd.
  *** Error code 1

  Stop in /usr/local/src/clangbsd.

  running llvm-devel-2.7.r100430 and clangbsd revision 206838.

  --
  Alexander Best

-- 
Alexander Best
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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


16.04.2010 20:08, 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 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 with other
platforms too :)).

I accidentally install world to /
it's not bootable - loader error
I'm copy /boot/boot* /boot/loader from 8 - it successfully boot.

kernel not build, with error:
dc7700p# make buildworld
Makefile, line 111: warning: /usr/bin/env -i 
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make 
__MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy 
returned non-zero status

Segmentation fault (core dumped)
/usr/src/Makefile, line 111: warning: /usr/bin/env -i 
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make 
__MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy 
returned non-zero status


--
 Building an up-to-date make(1)
--
/usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for 
/usr/src/usr.bin/make

Segmentation fault (core dumped)
*** Error code 139

Stop in /usr/src.
*** Signal 11

Stop in /usr/src.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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


18.04.2010 12:04, Alex Keda пишет:

16.04.2010 20:08, 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 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 with other
platforms too :)).

I accidentally install world to /
it's not bootable - loader error
I'm copy /boot/boot* /boot/loader from 8 - it successfully boot.

my system is:
FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206420: 
Fri Apr  9 20:59:48 MSD 2010 
lissy...@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC  amd64

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

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

2010-04-18 Thread Roman Divacky

On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote:
 16.04.2010 20:08, 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 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 with other
 platforms too :)).
 I accidentally install world to /
 it's not bootable - loader error
 I'm copy /boot/boot* /boot/loader from 8 - it successfully boot.
 
strange.. I have reports that clangbsd world+kernel compild with clang
boots in vmware

what was the exact problem with your booting?

 kernel not build, with error:
 dc7700p# make buildworld
 Makefile, line 111: warning: /usr/bin/env -i 
 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make 
 __MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy 
 returned non-zero status
 Segmentation fault (core dumped)
 /usr/src/Makefile, line 111: warning: /usr/bin/env -i 
 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make 
 __MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy 
 returned non-zero status
 
 --
  Building an up-to-date make(1)
 --
 /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for 
 /usr/src/usr.bin/make
 Segmentation fault (core dumped)
 *** Error code 139
 
 Stop in /usr/src.
 *** Signal 11
 
 Stop in /usr/src.

what exactly is crashing here?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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


18.04.2010 13:49, Roman Divacky пишет:

On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote:

16.04.2010 20:08, 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 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 with other
platforms too :)).

I accidentally install world to /
it's not bootable - loader error
I'm copy /boot/boot* /boot/loader from 8 - it successfully boot.


strange.. I have reports that clangbsd world+kernel compild with clang
boots in vmware

what was the exact problem with your booting?


I don't remember and not save old boot*
now, I cannot build world or kernel =)



kernel not build, with error:
dc7700p# make buildworld
Makefile, line 111: warning: /usr/bin/env -i
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make
__MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy
returned non-zero status
Segmentation fault (core dumped)
/usr/src/Makefile, line 111: warning: /usr/bin/env -i
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make
__MAKE_CONF=/etc/make.conf  -f /dev/null -V MAKEOBJDIRPREFIX dummy
returned non-zero status

--

Building an up-to-date make(1)

--
/usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for
/usr/src/usr.bin/make
Segmentation fault (core dumped)
*** Error code 139

Stop in /usr/src.
*** Signal 11

Stop in /usr/src.


what exactly is crashing here?

dc7700p$ ll /usr/src| grep core
-rw---1 root  wheel   6,8M 18 апр 12:03 make.core
dc7700p$
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-18 Thread George Liaskos

 /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for
 /usr/src/usr.bin/make
 Segmentation fault (core dumped)
 *** Error code 139

 Stop in /usr/src.
 *** Signal 11

 Stop in /usr/src.

 what exactly is crashing here?

I have the same problem with make

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) backtrace
#0  0x in ?? ()
#1  0x0043b033 in __cxa_finalize ()
#2  0x00433e2d in exit ()
#3  0x00411cb2 in DieHorribly ()
#4  0x00411c72 in Punt ()
#5  0x0040d453 in Parse_MainName ()
#6  0x0040a596 in main ()

gcc segfaults also

 gcc -v
Using built-in specs.
Target: amd64-undermydesk-freebsd
Configured with: FreeBSD/amd64 system compiler
Thread model: posix
gcc version 4.2.1 20070719  [FreeBSD]
Segmentation fault (core dumped)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-18 Thread Erik Cederstrand

Hi Roman

Den 16/04/2010 kl. 18.08 skrev Roman Divacky:

 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 installed ClangBSD kernel and world in a VirtualBox virtual machine (amd64) 
and rebooted. It booted and lived through some basic testing, like extracting a 
ports tree with portsnap and installing a couple of ports. I'm very impressed.

Then I checked out pho's stress2 suite and set it to run for the night. This 
morning it sat at a kdb prompt:

http://tinypic.com/r/206c0us/5

I don't know if this is ClangSD-related. I haven't tried kernel debugging 
before. Any pointers on how to proceed?

Thanks,
Erik

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

2010-04-18 Thread Sergey Vinogradov


 On 16.04.2010 20:08, 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 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 with other
platforms too :)).

How to setup ClangBSD:

The default configuration of ClangBSD requires clang installed so you can
either install fresh llvm-devel port (portinstall devel/llvm-devel) or change
CC to gcc and CXX to g++ in share/mk/sys.mk. I recommend the former.


svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd

cd clangbsd  make buildworld

echo NO_WERROR=  /etc/make.conf
echo WERROR=  /etc/make.conf

make DESTDIR=/clangbsd-chroot/ installworld


now you have ClangBSD world installed and you can chroot into it. I don't
recommend installing ClangBSD into real root as it is not tested enough.

You can also start using clang compiled kernel - either build the kernel in
the ClangBSD chroot (set NO_WERROR=yo and WERROR=yo in /etc/src.conf) or set
CC to clang and build kernel the normal way.

This information (and more) is also provided on:

http://wiki.freebsd.org/BuildingFreeBSDWithClang

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

Thank you,

Roman Divacky on behalf of the ClangBSD team


`make -j8 -DNO_WERROR -DWERROR buildworld` went perfectly with 
CPUTYPE?=k8 in the host system (BTW, does it affect something in case of 
building ClangBSD?). I've installed it in a jail, and it runs already.
The first thing I've noticed is make(1) segfaulting even without target 
(I think that was already reported in this thread). However, tcsh(1), 
ps(1), top(1) and ftp(1) run smoothly :) I'll take a closer look at it a 
little bit later.

Anyway, much kudos to all the ClangBSD Team, you've done a really great job!

--

wbr,
Boo

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

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


18.04.2010 13:49, Roman Divacky пишет:

On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote:

16.04.2010 20:08, 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 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 with other
platforms too :)).

I accidentally install world to /
it's not bootable - loader error
I'm copy /boot/boot* /boot/loader from 8 - it successfully boot.


strange.. I have reports that clangbsd world+kernel compild with clang
boots in vmware

what was the exact problem with your booting?

I build world, build kernel, install kernel, install world - all to /
Now, I working with:
FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206791: 
Sun Apr 18 20:37:09 MSD 2010 
lissy...@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC  amd64

all working (without 'make').

Again, I have boot error:
BTX loader 1.00 BTX version is 0.00
Error: Client format not supported.

if I copy /boot/boot* and /boot/loader from working system (i have only 
8.0 amd64) - boot OK

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

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

2010-04-18 Thread Roman Divacky

On Sun, Apr 18, 2010 at 03:09:48PM +0200, Erik Cederstrand wrote:
 Hi Roman
 
 Den 16/04/2010 kl. 18.08 skrev Roman Divacky:
 
  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 installed ClangBSD kernel and world in a VirtualBox virtual machine (amd64) 
 and rebooted. It booted and lived through some basic testing, like extracting 
 a ports tree with portsnap and installing a couple of ports. I'm very 
 impressed.
 
 Then I checked out pho's stress2 suite and set it to run for the night. This 
 morning it sat at a kdb prompt:
 
 http://tinypic.com/r/206c0us/5
 
 I don't know if this is ClangSD-related. I haven't tried kernel debugging 
 before. Any pointers on how to proceed?

I dont think this is clangbsd related (more like a timing issue related to the 
use of vmware)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-18 Thread Roman Divacky

it looks like people are having problems with make - I'll take a look at that.

it may be libgcc issue of some very strange kind

On Sun, Apr 18, 2010 at 03:31:13PM +0300, George Liaskos wrote:
  /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for
  /usr/src/usr.bin/make
  Segmentation fault (core dumped)
  *** Error code 139
 
  Stop in /usr/src.
  *** Signal 11
 
  Stop in /usr/src.
 
  what exactly is crashing here?
 
 I have the same problem with make
 
 Program received signal SIGSEGV, Segmentation fault.
 0x in ?? ()
 (gdb) backtrace
 #0  0x in ?? ()
 #1  0x0043b033 in __cxa_finalize ()
 #2  0x00433e2d in exit ()
 #3  0x00411cb2 in DieHorribly ()
 #4  0x00411c72 in Punt ()
 #5  0x0040d453 in Parse_MainName ()
 #6  0x0040a596 in main ()
 
 gcc segfaults also
 
  gcc -v
 Using built-in specs.
 Target: amd64-undermydesk-freebsd
 Configured with: FreeBSD/amd64 system compiler
 Thread model: posix
 gcc version 4.2.1 20070719  [FreeBSD]
 Segmentation fault (core dumped)
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

On Fri, Apr 16, 2010 at 06:08:18PM +0200, 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 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 with other
 platforms too :)).
 
 How to setup ClangBSD:
 
 The default configuration of ClangBSD requires clang installed so you can
 either install fresh llvm-devel port (portinstall devel/llvm-devel) or change 
 CC to gcc and CXX to g++ in share/mk/sys.mk. I recommend the former.
 
 
   svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd
 
   cd clangbsd  make buildworld
 
   echo NO_WERROR=  /etc/make.conf
   echo WERROR= /etc/make.conf

you have to do those echos before the buildworld of course... sorry, my mistake
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-17 Thread Rui Paulo

On 16 Apr 2010, at 22:41, 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/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -fpic -DPIC -O2 -pipe -mtune=generic  
 -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include 
 -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE 
 -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 
 -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv -D_ACL_PRIVATE 
 -DPOSIX_MISTAKE -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime 
 -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale -DBROKEN_DES 
 -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP -DNS_CACHING 
 -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror 
 -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
 /mt/clangbsd/lib/libc/sys/__error.c -o __error.So
 /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 generated.
 *** Error code 1
 /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 generated.
 *** Error code 1
 2 errors
 *** Error code 2
 1 error
 
 
 The context is... I think a bit overprotective here :) At least this 
 particular warning knob should probably be turned off.

Actually, I would rather fix the code that does this than disabling the 
warning. Even if this particular code is not vulnerable to format string 
problems, it's 2010 now and it doesn't hurt to add a %s there.

Regards,
--
Rui Paulo

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

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

2010-04-17 Thread Dimitry Andric


On 2010-04-16 18:08, Roman Divacky wrote:

cd clangbsd  make buildworld


Buildworld all goes well, until this stage:

--

stage 4.2: building libraries

--
cd /home/dim/src/clangbsd;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  MACHINE=i386  CPUTYPE=  
GROFF_BIN_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin  
GROFF_FONT_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/tmac  
_SHLIBDIRPREFIX=/usr/obj/home/dim/src/clangbsd/tmp  VERSION=FreeBSD 9.0-CURRENT i386 900010  
INSTALL=sh /home/dim/src/clangbsd/tools/install.sh  
PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
  CC=clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem 
/usr/obj/home/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/o
bj/home/dim/src/clangbsd/tmp/usr/lib/  CXX=clang++ -isystem 
/usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem 
/usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem 
/usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem 
/usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward 
-B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
-L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ NO_CTF=1 make -f Makefile.inc1 
DESTDIR=/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT  
-DWITHOUT_MAN -DWITHOUT_PROFILE libraries
cd /home/dim/src/clangbsd;  make -f Makefile.inc1 _prereq_libs;  make -f 
Makefile.inc1 _startup_libs;  make -f Makefile.inc1 _prebuild_libs;  make -f 
Makefile.inc1 _generic_libs;
=== gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
rm -f .depend
CC='clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
-isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
-B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
-L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a
-DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. 
-I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
 
-I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
 -DPIC 
/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
-isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
-B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
-L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe  -DHAVE_CONFIG_H 
-I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/..  
-I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
  
-I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
 -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector  -c 
/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
'486' is not a recognized processor for this target (ignoring processor)
building static ssp_nonshared library
ranlib libssp_nonshared.a
sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444   
libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib
=== gnu/lib/libgcc (obj,depend,all,install)
make -f 
/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tm.h
TARGET_CPU_DEFAULT=  HEADERS=options.h i386/i386.h i386/unix.h i386/att.h dbxelf.h 
elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h freebsd.h i386/freebsd.h defaults.h  
DEFINES=  /bin/sh /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h
echo '#define EXTRA_MODES_FILE i386/i386-modes.def'  tm.h
make -f 
/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tconfig.h
TARGET_CPU_DEFAULT=  HEADERS=auto-host.h ansidecl.h  
DEFINES=USED_FOR_TARGET  /bin/sh 
/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tconfig.h
make -f 
/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc options.h
LC_ALL=C awk -f

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

2010-04-17 Thread Dimitry Andric


On 2010-04-17 11:58, Roman Divacky wrote:

svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd

cd clangbsd  make buildworld

echo NO_WERROR=  /etc/make.conf
echo WERROR=  /etc/make.conf


you have to do those echos before the buildworld of course... sorry, my mistake


Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these
in src.conf, it does not mention make.conf.  This is most likely the
correct location, right?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

2010-04-17 Thread James R. Van Artsdalen

Roman Divacky wrote:
 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.

bigback:/usr/clangbsd# make buildworld
.
.
.
clang++ -O2 -pipe
-I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/include
-I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/tools/clang/include
-I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support
-I. -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
-D__STDC_CONSTANT_MACROS
-DLLVM_HOSTTRIPLE=\amd64-undermydesk-freebsd9.0\ -g
-I/usr/obj/usr/clangbsd/tmp/legacy/usr/include -c
/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp
/tmp/cc-Jb5jkf.s: Assembler messages:
/tmp/cc-Jb5jkf.s:4487: Error: can not do 8 byte pc-relative relocation
/tmp/cc-Jb5jkf.s:4607: Error: can not do 8 byte pc-relative relocation
/tmp/cc-Jb5jkf.s:4640: Error: can not do 8 byte pc-relative relocation
/tmp/cc-Jb5jkf.s:4787: Error: can not do 8 byte pc-relative relocation
/tmp/cc-Jb5jkf.s:4820: Error: can not do 8 byte pc-relative relocation
/tmp/cc-Jb5jkf.s:4969: Error: can not do 8 byte pc-relative relocation
clang: error: assembler command failed with exit code 1 (use -v to see
invocation)
*** Error code 1

Stop in /usr/clangbsd/usr.bin/clang/lib/libllvmsupport.
*** Error code 1


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

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

what version of clang/llvm are you using?

On Sat, Apr 17, 2010 at 11:48:02AM -0500, James R. Van Artsdalen wrote:
 Roman Divacky wrote:
  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.
 
 bigback:/usr/clangbsd# make buildworld
 .
 .
 .
 clang++ -O2 -pipe
 -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/include
 -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/tools/clang/include
 -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support
 -I. -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
 -D__STDC_CONSTANT_MACROS
 -DLLVM_HOSTTRIPLE=\amd64-undermydesk-freebsd9.0\ -g
 -I/usr/obj/usr/clangbsd/tmp/legacy/usr/include -c
 /usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp
 /tmp/cc-Jb5jkf.s: Assembler messages:
 /tmp/cc-Jb5jkf.s:4487: Error: can not do 8 byte pc-relative relocation
 /tmp/cc-Jb5jkf.s:4607: Error: can not do 8 byte pc-relative relocation
 /tmp/cc-Jb5jkf.s:4640: Error: can not do 8 byte pc-relative relocation
 /tmp/cc-Jb5jkf.s:4787: Error: can not do 8 byte pc-relative relocation
 /tmp/cc-Jb5jkf.s:4820: Error: can not do 8 byte pc-relative relocation
 /tmp/cc-Jb5jkf.s:4969: Error: can not do 8 byte pc-relative relocation
 clang: error: assembler command failed with exit code 1 (use -v to see
 invocation)
 *** Error code 1
 
 Stop in /usr/clangbsd/usr.bin/clang/lib/libllvmsupport.
 *** Error code 1
 
 
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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

what version of clang/llvm are you using?

On Sat, Apr 17, 2010 at 07:03:14PM +0200, Dimitry Andric wrote:
 On 2010-04-16 18:08, Roman Divacky wrote:
  cd clangbsd  make buildworld
 
 Buildworld all goes well, until this stage:
 
 --
 stage 4.2: building libraries
 --
 cd /home/dim/src/clangbsd;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  
 MACHINE=i386  CPUTYPE=  
 GROFF_BIN_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin  
 GROFF_FONT_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/groff_font
   GROFF_TMAC_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/tmac  
 _SHLIBDIRPREFIX=/usr/obj/home/dim/src/clangbsd/tmp  VERSION=FreeBSD 
 9.0-CURRENT i386 900010  INSTALL=sh 
 /home/dim/src/clangbsd/tools/install.sh  
 PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
   CC=clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/o
 bj/home/dim/src/clangbsd/tmp/usr/lib/  CXX=clang++ -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem 
 /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ NO_CTF=1 make -f 
 Makefile.inc1 DESTDIR=/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG 
 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT  -DWITHOUT_MAN -DWITHOUT_PROFILE 
 libraries
 cd /home/dim/src/clangbsd;  make -f Makefile.inc1 _prereq_libs;  make -f 
 Makefile.inc1 _startup_libs;  make -f Makefile.inc1 _prebuild_libs;  make 
 -f Makefile.inc1 _generic_libs;
 === gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
 rm -f .depend
 CC='clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a
 -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. 
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
  
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
  -DPIC 
 /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
 clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 
 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include 
 -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ 
 -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe  -DHAVE_CONFIG_H 
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/..  
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp
   
 -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include
  -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector  -c 
 /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
 '486' is not a recognized processor for this target (ignoring processor)
 building static ssp_nonshared library
 ranlib libssp_nonshared.a
 sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444   
 libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib
 === gnu/lib/libgcc (obj,depend,all,install)
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
 MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile
  GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tm.h
 TARGET_CPU_DEFAULT=  HEADERS=options.h i386/i386.h i386/unix.h 
 i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h 
 freebsd.h i386/freebsd.h defaults.h  DEFINES=  /bin/sh 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h
 echo '#define EXTRA_MODES_FILE i386/i386-modes.def'  tm.h
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile 
 MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile
  GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tconfig.h
 TARGET_CPU_DEFAULT=  HEADERS=auto-host.h ansidecl.h  
 DEFINES=USED_FOR_TARGET  /bin/sh 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh 
 tconfig.h
 make -f 
 /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile

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

2010-04-17 Thread Andrius Morkūnas


On Sat, 17 Apr 2010 20:07:05 +0300, Dimitry Andric dimi...@andric.com wrote:

Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these
in src.conf, it does not mention make.conf.  This is most likely the
correct location, right?


Either way works, src.conf is probably more correct location, but it
doesn't really make a difference for clangbsd.

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

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

2010-04-17 Thread Doug Barton

On 04/17/10 10:24, Andrius Morkūnas wrote:
 On Sat, 17 Apr 2010 20:07:05 +0300, Dimitry Andric dimi...@andric.com
 wrote:
 Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these
 in src.conf, it does not mention make.conf.  This is most likely the
 correct location, right?
 
 Either way works, src.conf is probably more correct location, but it
 doesn't really make a difference for clangbsd.

It should be in src.conf unless it is desirable for those same flags to
affect port builds.


Doug

-- 

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

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

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

2010-04-17 Thread Dimitry Andric


On 2010-04-17 19:33, Roman Divacky wrote:

what version of clang/llvm are you using?


As I mentioned at the end of my previous post:


I'm using the llvm-devel-2.7.r100430 port.


This is the current devel/llvm-devel port, AFAICS?  The system itself
runs -CURRENT as of r206706.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

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