On Mon, Aug 05, 2013 at 08:22:05AM -0700, Alfred Perlstein wrote:
On 8/5/13 2:36 AM, Yuri wrote:
There is the patch, suggested by Roman Divacky, implementing Linux
epoll(7) functionality:
http://rys.vlakno.cz/~rdivacky/patches/linux_epoll.patch
This patch was suggested 5 years ago
On Sat, Aug 24, 2013 at 09:35:12AM +0800, Julian Elischer wrote:
On 8/24/13 3:23 AM, Mark Felder wrote:
On Fri, Aug 23, 2013, at 13:20, Julian Elischer wrote:
On 8/23/13 7:55 PM, Poul-Henning Kamp wrote:
In message 52174d51.2050...@digsys.bg, Daniel Kalchev writes:
- 9.x gcc default and
On Sat, Jun 25, 2011 at 09:57:52AM +0200, Hartmann, O. wrote:
Hello.
Just for my couriosity: I'm missing llvm-as, llvm-ld and other binutils
from LLVM and was wondering why they are contained in the port's llvm
collection but not in FreeBSD's source contribution.
There's no use for these
On Mon, Jul 04, 2011 at 05:11:07PM +0200, Damjan Marion wrote:
Hi,
Just to briefly share with wider audience progress on cross-compiling for
ARM using llvm/clang.
I managed to cross-compile kernel with clang for Marvel SoC and run world
compiled with gcc in multiuser. It works stable
On Mon, Sep 19, 2011 at 05:46:54PM +0200, Roman Divacky wrote:
On Sun, Sep 18, 2011 at 11:05:55AM -0500, Jason Harmening wrote:
Can you try building just tcsh ? I wonder if -O0 makes any difference...
in either case, can you give me preprocessed (clang -E) source that
exhibits
On Sun, Sep 18, 2011 at 11:05:55AM -0500, Jason Harmening wrote:
Can you try building just tcsh ? I wonder if -O0 makes any difference...
in either case, can you give me preprocessed (clang -E) source that
exhibits this bug (check with objdump -d that the unaligned sse read
is there) and
Program received signal SIGILL, Illegal instruction.
0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4)
at /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:103
103 {
(gdb) disas 0x08048b24
Dump of assembler code for function do_typedef:
On Sun, Oct 23, 2011 at 11:43:30AM +0300, Kostik Belousov wrote:
On Sun, Oct 23, 2011 at 10:24:12AM +0200, Roman Divacky wrote:
Program received signal SIGILL, Illegal instruction.
0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4)
at
/usr/src/gnu/usr.bin/cc
This is a bug in clang, llvm supports amdfam10 but the clang counterpart
wasnt updated. Thank you for the report!
On Sat, Oct 29, 2011 at 03:44:30PM +0200, David Marec wrote:
hi list,
Running FreebSD 9.0 RC-1, the make buildworld processing failed on the
following error on its attempt to
On Sun, Oct 30, 2011 at 08:28:42AM +0100, Roman Divacky wrote:
This is a bug in clang, llvm supports amdfam10 but the clang counterpart
wasnt updated. Thank you for the report!
fwiw, I fixed it in clang r143305, so in the next import this will work just
fine :)
roman
It doesnt warn here. Can you check with clang -E what the ntohs()
is being expanded to and what the real prototype is?
On Mon, Oct 31, 2011 at 06:35:18PM -0600, Axel Gonzalez wrote:
I'm getting an strange warning whem compiling with clang (from base) on RC1.
This warning doesn't appear with
Can you run the crashing app under gdb and show me where it
crashes? What is the cause of the crash? SIGILL or something like
that? What instruction does it crash on?
Thank you, roman
On Sat, Nov 05, 2011 at 09:46:37AM +0100, O. Hartmann wrote:
Operating systems in question: FreeBSD
this was broken by the xlocale import, David, can you fix this please?
I guess that just removing the typedef from strcasecmp.c should do it
On Mon, Nov 21, 2011 at 12:59:38PM -0800, Manfred Antar wrote:
make buildworld is broken iif using clang on current i386
(libc)5027}make
clang -O2
What makes you think it's a bug in llvm code and not a plain gcc miscompile?
Other people seem to compile llvm on PPC64 with gcc and -fstrict-aliasing
just fine. They just dont happen to use gcc4.2.1. Ie. gcc47 is reported
to not have this problem. I personally can confirm that fbsd+gcc48 is ok to
into
this constantly when I forget to add the flag.
- Justin
On Wed, Sep 5, 2012 at 1:37 PM, Roman Divacky rdiva...@freebsd.org wrote:
What makes you think it's a bug in llvm code and not a plain gcc
miscompile?
Other people seem to compile llvm on PPC64 with gcc and -fstrict-aliasing
just
On Wed, Sep 05, 2012 at 03:13:11PM -0700, Steve Kargl wrote:
On Wed, Sep 05, 2012 at 11:31:26AM +0200, Dimitry Andric wrote:
On 2012-09-05 01:40, Garrett Cooper wrote:
...
Steve does have a point. Posting the results of
CFLAGS/CPPFLAGS/LDFLAGS/etc for config.log (and maybe poking
tl;dr: Clang will become the default compiler for x86 architectures on
2012-11-04
There was a chorus of voices talking about ports already. My POV
is that suggesting to 'fix remaining ports to work with clang' is
just a nonsense. You are proposing to fork the development of all the
On Tue, Sep 11, 2012 at 03:21:22PM +0300, Konstantin Belousov wrote:
On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote:
tl;dr: Clang will become the default compiler for x86 architectures on
2012-11-04
There was a chorus of voices talking about ports already. My POV
On Tue, Sep 11, 2012 at 08:12:30AM -0700, Steve Kargl wrote:
On Tue, Sep 11, 2012 at 04:27:55PM +0200, Tijl Coosemans wrote:
On 11-09-2012 16:10, Dimitry Andric wrote:
On 2012-09-11 15:24, Steve Kargl wrote:
What is important is whether software built with clang functions
correctly.
Fwiw, I plan to fix this issue, but even if I didnt. This isnt
a problem in clang rather than in llvm asm. So it can be easily
worked around by CFLAGS+=-no-integrated-as.
Roman
On Tue, Sep 11, 2012 at 11:22:44PM +0200, Patrick Lamaiziere wrote:
Le Mon, 10 Sep 2012 16:12:07 -0500,
Brooks Davis
LLVM by default turns these:
case LibFunc::copysign: case LibFunc::copysignf: case LibFunc::copysignl:
case LibFunc::fabs: case LibFunc::fabsf: case LibFunc::fabsl:
case LibFunc::sin: case LibFunc::sinf: case LibFunc::sinl:
case LibFunc::cos: case
Fwiw, this seems to have been fixed as of a few minutes ago.
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120910/150720.html
Steve, can you please test llvm/clang from (their) svn and report
back? We can import a newer snapshot if all is ok.
Thank you.
On Fri, Sep 14, 2012 at
Is this correct?
lev ~$ ./cos 1.23456789e20
6.031937e-01
-9.629173e-02
2.814722e-01
If so I believe the issue is fixed.
On Sat, Sep 15, 2012 at 03:48:38PM +0200, Tijl Coosemans wrote:
On 15-09-2012 14:48, Roman Divacky wrote:
Fwiw, this seems to have been fixed as of a few minutes ago
Fwiw, I commited the dont use long nops on amd geode thing into llvm
a few minutes ago. So this issue doesnt exist anymore.
On Wed, Sep 12, 2012 at 07:19:07PM +0400, Lev Serebryakov wrote:
Hello, Patrick.
You wrote 12 2012 ?., 1:22:44:
PL Well, I will not be able to run FreeBSD from
Can we arrange exp builds with FORCE_BASE_CC_FOR_TESTING=clang that
will report all ports with USE_GCC=* but build with clang?
Lets say every three months or so?
On Tue, Oct 09, 2012 at 07:45:23PM -0500, Mark Linimon wrote:
The commit mail hasn't gone through yet, so I guess I need to post this
Nice :)
Does this deserve mentioning in UPDATING and/or version bump?
On Thu, Nov 01, 2012 at 10:29:45PM -0500, Brooks Davis wrote:
On Monday, November 5th I plan to commit the following patch to make
clang the default compiler on i386 and amd64. Many people have worked
long and hard to make
On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote:
On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote:
On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote:
Upgraded my amd64 system, yesterday. Needed to rebuild one
of my projects, and hit
On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote:
On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote:
On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote:
This appears to fix the problem. Don't know if this is
th right way to handle it.
The XNB_ASSERT is defined as a statement expression, but it's result is
not used anywhere (not in a single place).
Ken, can this be just rewritten as do { ... } while(0) ? Or is there a special
reason why it is a statement expression?
Roman
On Sat, Nov 10, 2012 at 05:49:35PM +, FreeBSD
On Tue, Dec 18, 2012 at 01:21:42PM +0100, Ren? Ladan wrote:
Hi,
the following backtrace is from a crash that happened when building
www/chromium with clang. The chromium port builds a binary protoc which
crashes when built with clang.
Program received signal SIGSEGV, Segmentation fault.
-dumpspecs is a gcc internal thing that clang will never support (it doesnt use
specs). It's wrong for ports to mess with the internals of the compiler and
this should be fixed in a clean way.
Ie. we have to replace the -dumpspec | grep something with a saner check.
On Wed, Dec 14, 2011 at
what makes you think you're using clang?
On Thu, Jan 05, 2012 at 11:20:34PM +0100, O. Hartmann wrote:
When compiling most recent CURRENT on amd64 platform, using CLANG and
enabled WITH_LIBCPLUSPLUS, I receive the follwing error since two days
now. Build shown below was made avoiding -jX when
Yes, we do have a buildbots, ie.:
http://llvm-amd64.freebsd.your.org:8010/builders/freebsd-clang-amd64/
On Sun, Feb 12, 2012 at 09:42:47PM -0800, Jordan K. Hubbard wrote:
I've noticed that it's been broken for about a week as a result of:
---
On Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote:
Hello all,
I just committed libcompiler_rt.a to HEAD. Even though I don't expect
serious issues -- especially not on the tier 1 architectures -- be sure
to contact me in case something goes wrong. I hooked it up to the build
in a
hi,
clang (svn version) has ability to detect unnecessary padding in structures.
I ran this on kernel build on i386 (stripped GENERIC) and amd64 (full GENERIC),
preprocessed this and posted on web.
The lists contain the file of the definition, name of the structure, size of
the unnecessary
On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Sp??rlein wrote:
On Wed, 05.01.2011 at 09:34:49 -0500, John Baldwin wrote:
On Wednesday, January 05, 2011 9:11:50 am Erik Cederstrand wrote:
Den 05/01/2011 kl. 14.56 skrev Erik Cederstrand:
Ignoring contrib code for the moment, I
On Wed, Jan 05, 2011 at 09:22:42PM +0100, Erik Cederstrand wrote:
Den 05/01/2011 kl. 17.55 skrev Ulrich Sp?rlein:
And clang did the right thing here in the past. Beware that it does no
inter-procedural analysis yet, so it will usually miss that usage()
calls exit unconditionally.
On Thu, Jan 06, 2011 at 11:59:07PM +0100, Erik Cederstrand wrote:
Den 06/01/2011 kl. 20.56 skrev Tijl Coosemans:
On Thursday 06 January 2011 09:01:09 Erik Cederstrand wrote:
Den 05/01/2011 kl. 20.36 skrev Jilles Tjoelker:
On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Sp?rlein wrote:
hi,
clang found these problems in our amd64 GENERIC:
some of these may be real bugs lurking in our code - can the respective owners
of the subsystems take a look? The bugs cover all areas from ufs/vm to
net*/security.
Thank you!
roman
cam/cam_periph.c:530:28: warning: comparison of unsigned
alex,
I think you are the kind of person to try out
http://code.google.com/p/include-what-you-use/
with fbsd :)
On Thu, Feb 03, 2011 at 10:12:57PM +, Alexander Best wrote:
hi everybody,
i've started to check the source for broken includes, such as the one fixed in
r218189. so far
Cooper wrote:
On Fri, Feb 4, 2011 at 10:53 PM, Roman Divacky rdiva...@freebsd.org wrote:
alex,
I think you are the kind of person to try out
http://code.google.com/p/include-what-you-use/
with fbsd :)
Please be careful with this tool though. There's header pollution
hi there,
I have a patch that shrinks boot2 some:
1) it switches kname to be just a pointer instead of an array
thus avoiding a couple of memcpy()s
2) it changes ioctl to unsigned from uint8_t
3) it changes the first keyhit limit to 5 seconds from 3
so that constant propagation can take
On Tue, Mar 01, 2011 at 07:54:14AM -0500, John Baldwin wrote:
On Monday, February 28, 2011 3:39:28 pm Roman Divacky wrote:
3) it changes the first keyhit limit to 5 seconds from 3
so that constant propagation can take place
Does this make booting take 2 seconds longer as a result
On Wed, Mar 02, 2011 at 02:28:54AM +, Alexander Best wrote:
On Mon Feb 28 11, Roman Divacky wrote:
hi there,
I have a patch that shrinks boot2 some:
1) it switches kname to be just a pointer instead of an array
thus avoiding a couple of memcpy()s
2) it changes ioctl
hi,
this diet patch
http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
includes these changes:
o bunch of variables are turned into uint8_t
o initial setting of namep[] in lookup() is removed
as it's only overwritten a few lines down
On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote:
Roman Divacky rdiva...@freebsd.org wrote:
this diet patch
http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
includes these changes:
o bunch of variables are turned into uint8_t
On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote:
On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote:
On 2011-03-09 14:23, John Baldwin wrote:
gcc nor clang emits any code to initialize static type foo = 0;
because it's expected that BSS is zeroed, which is not the
Hi,
This patch:
http://lev.vlakno.cz/~rdivacky/boot2-mregparm.patch
makes boot2 to be compiled with -mregparm=3 (which shrinks it
some). It changes CFLAGS to include -mregparm=3 and also
rewrites sio.S to use register passing.
This survived my testing in qemu and jhb@s review.
On Sun, Mar 20, 2011 at 08:41:04PM +0100, Fabian Keil wrote:
Roman Divacky rdiva...@freebsd.org wrote:
This patch:
http://lev.vlakno.cz/~rdivacky/boot2-mregparm.patch
makes boot2 to be compiled with -mregparm=3 (which shrinks it
some). It changes CFLAGS to include
I just tested with new llvm/clang and it compiles ok. I hope there's
going to be a new llvm/clang import in a few days so please try again
after the import..
The port does not link though, because of some problems with
linux_init_mod/linux_exit_mod. I didnt analyze it but I suspect this may
be a
This is a bug in llvm integrated assembler. I filed a bug for it
http://llvm.org/bugs/show_bug.cgi?id=9822
webcamd compiles/links just fine with clang + gnu as.
On Sat, Apr 30, 2011 at 11:53:30AM +0200, Hans Petter Selasky wrote:
On Saturday 30 April 2011 11:46:28 Hans Petter
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
Anyway, can you compile and run on that machine this:
http://lev.vlakno.cz/~rdivacky/Host.cpp
It's the LLVM CPU
clang -O2 -pipe -march=native -fomit-frame-pointer
-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/\
# /usr/obj/usr/src/tmp/usr/bin/clang -O2 -pipe -march=native
-fomit-frame-pointer -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\'
it as you would normally use FreeBSD. Please report back
Thank you,
Roman Divacky on behalf of the ClangBSD team
pgpez6WiCHP8k.pgp
Description: PGP signature
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
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
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
On Sat, Apr 17, 2010 at 08:14:21PM +0200, Dimitry Andric wrote:
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
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
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
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
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
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
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
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.
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
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
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
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
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
while I agree that the function is strange there indeed is a bug
in llvm. See: http://llvm.org/bugs/show_bug.cgi?id=6941
On Tue, Apr 27, 2010 at 02:50:53PM +1000, Andrew Reilly wrote:
On Sun, Apr 25, 2010 at 12:06:49PM +0200, Alexander Best wrote:
i was able to pinpoint the
exact function
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
Hello,
I wanted to make some performance comparisons, building ClangBSD
with different compilers.
The host system is:
FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Apr 5
12:45:41 CEST 2010
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
Hello,
I wanted to make some performance comparisons, building ClangBSD
with different compilers.
The host system is:
FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Apr 5
12:45:41 CEST 2010
On Tue, Apr 27, 2010 at 10:38:39AM +0200, Dominic Fandrey wrote:
On 27/04/2010 09:08, Roman Divacky wrote:
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
I cannot make this comparison for buildworld, because buildworld
with CC=cc, CXX=c++ fails:
=== usr.bin/clang/lib
I see whats going on... you have CC=cc and CXX=c++ in your share/mk/sys.mk
and the c++ is clang thus the
.if ${CC} == clang || ${CXX} == clang++
MMINTRIN_CLANG= -isystem ${WORLDTMP}/usr/include/clang/1.5
.endif
condition does not add the -isystem thus the gcc mmintrin.h is used.
you have to
it works reasonably well there but noone tested it.
thank you!
Roman Divacky
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
I tried building clangbsd yesterday with clang/llvm r104146 and it worked
ok.
and it still does:
pes ~/clangbsd$ clang --version
clang version 2.0 (trunk 104146)
Target: x86_64-unknown-freebsd8.0
Thread model: posix
pes ~/clangbsd$ clang -c lib/libc/stdlib/malloc.c -I lib/libc/include/
On Thu, May 20, 2010 at 05:39:09PM +0800, Vanilla Hsu wrote:
I got such message since 2 weeks ago.
--
/home/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);
On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote:
I found my clang version is :
[r...@lateaxfreebsd src]# clang --version
clang version 2.0 (trunk)
Target: *x86_64-portbld-freebsd8.0*
Thread model: posix
svn revision is r10379_1 in PORTS
I think maybe you can use the
On Fri, May 21, 2010 at 07:34:22PM -0700, ambrosehuang ambrose wrote:
2010/5/21 Roman Divacky rdiva...@freebsd.org
On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote:
I found my clang version is :
[r...@lateaxfreebsd src]# clang --version
clang version 2.0 (trunk
On Sat, May 22, 2010 at 10:26:57AM +0200, Roman Divacky wrote:
On Fri, May 21, 2010 at 07:34:22PM -0700, ambrosehuang ambrose wrote:
2010/5/21 Roman Divacky rdiva...@freebsd.org
On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote:
I found my clang version is :
[r
.
thank you for your testing!
Roman Divacky on behalf of the ClangBSD team
pgpUUIeD9DJPS.pgp
Description: PGP signature
On Sat, May 29, 2010 at 11:31:52PM +0900, Norikatsu Shigemura wrote:
Hi rdivacky.
On Sat, 29 May 2010 02:17:41 +0900
Norikatsu Shigemura n...@freebsd.org wrote:
error: unknown argument: '-ferror-limit'
mkdep: compile failed
Do you have any idea? Of cause I set following
at first.
The import of clang/LLVM was discussed at the toolchain summit May 10th
but I would like to hear your opinion. I got approval from core@ on
importing it.
So please share your support or resistance to the idea of importing clang.
Roman Divacky
pgpHiEeWDS1oU.pgp
Description: PGP
On Mon, May 31, 2010 at 12:56:17PM +0300, Kostik Belousov wrote:
On Mon, May 31, 2010 at 12:03:17AM -0600, Scott Long wrote:
On May 30, 2010, at 7:58 AM, Kostik Belousov wrote:
On Sat, May 29, 2010 at 03:02:40PM +0200, Roman Divacky wrote:
hi,
ClangBSD was updated to LLVM/clang
On Mon, May 31, 2010 at 12:54:29PM +0200, Attilio Rao wrote:
2010/5/31 Kostik Belousov kostik...@gmail.com:
On Mon, May 31, 2010 at 12:03:17AM -0600, Scott Long wrote:
On May 30, 2010, at 7:58 AM, Kostik Belousov wrote:
On Sat, May 29, 2010 at 03:02:40PM +0200, Roman Divacky wrote:
hi
there are no known clang bugs (at least known to me) related to FreeBSD
in other words - at this point you can compile FreeBSD with clang (both
in the version in clangbsd) and it works (for people who tested it)
on amd64 and i386
I don't mean about FreeBSD, but about CLANG itself.
It
people are already experimenting with clang installed from ports,
with gcc4.{3,4,5} from ports etc. by not importing clang we can
maybe delay this a little but it's coming anyway.
I am pretty much fine and happy with people experimenting with clang
or any other compilers from ports, custom
On Mon, May 31, 2010 at 07:57:49AM -0700, Steve Kargl wrote:
On Mon, May 31, 2010 at 09:52:48AM +0200, Roman Divacky wrote:
Hi,
I would like to propose to integrate clang/LLVM into FreeBSD HEAD
in the near future (days, not weeks).
clang/LLVM is a C/C++/ObjC compiler (framework
On Mon, May 31, 2010 at 09:14:09AM -0700, Bakul Shah wrote:
On Mon, 31 May 2010 09:52:48 +0200 Roman Divacky rdiva...@freebsd.org
wrote:
I would like to propose to integrate clang/LLVM into FreeBSD HEAD
in the near future (days, not weeks).
clang/LLVM is a C/C++/ObjC compiler
the next buildworld/installworld.
The next plan is to gradually start integrating the necessary changes to
enable buildworld with clang but this is pending some more discussion.
Roman Divacky
pgpsw5gZcOMit.pgp
Description: PGP signature
On Fri, Jun 04, 2010 at 01:33:10PM -0400, Justin Hibbits wrote:
On Fri, Jun 4, 2010 at 11:26 AM, Roman Divacky rdiva...@freebsd.org wrote:
Dear current@
On June 9th, we are importing clang/LLVM into FreeBSD HEAD. We are going
to import clang/LLVM sources and put those into contrib/llvm
Hi,
The import of clang/LLVM is about to start. I'll announce when the import
is finished.
It would be nice if you didn't commit while the import is in progress.
thank you
Roman Divacky
pgpy8CasgxJd6.pgp
Description: PGP signature
the import is finished. feel free to commit and enjoy clang :)
On Wed, Jun 09, 2010 at 07:45:16PM +0200, Roman Divacky wrote:
Hi,
The import of clang/LLVM is about to start. I'll announce when the import
is finished.
It would be nice if you didn't commit while the import is in progress
I dont see the error message but I guess you dont have tblgen
built (a necessary part for building clang/LLVM)
buildworld should be fine
On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote:
that's great news! :)
just tried to do `make depend all` in usr.bin/clang and got:
===
On Thu, Jun 10, 2010 at 11:39:35AM -0700, Matthew Jacob wrote:
Comments? (yes, I know -fformat-extensions have just been added...)
yes, clang reports A LOT MORE warnings than gcc but I believe
that we should not supress those atm. I'd prefer people to take
a look at those and fix them instead.
On Thu, Jun 10, 2010 at 10:21:36AM -0700, Steve Kargl wrote:
nice make -j3
d DiagnosticCommonKinds.inc.h
tblgen: not found
*** Error code 127
*** Error code 127
tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include
On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote:
thanks a lot for the hints. doing buildkernel and buildworld with
current src worked fine. how should i proceed if i want to try
building kernel and world with clang?
put CC, CXX and CPP in src.conf? or make.conf? or use envars?
On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
hi there. i'm experiencing two problems during buildworld. i'm not
sure if these are the result of me doing weird stuff or a problem in
the src structure:
1. i have the following in my make.conf:
.if
1 - 100 of 122 matches
Mail list logo