look the same as I
> > found back then if I remember right. I reach the same
> > conclusion I reached back then anyway. I give evidence
> > in the below.]
> >
> > On 2017-Oct-7, at 1:10 AM, Mark Millard wrote:
> >
> >> [I'm adding examples with output fr
the earlier time frame. Many of my submittals for
> other types of issues have been addressed. )
>
> But my llvm bugzilla submittals for C++ exceptions indicate
> errors/incompletenesses in the DW_CFA_ generation, such as
> for scratch register handling. (Warning: I've not been through
to Roman Divacky for his work with
llvm/clang upstream in getting the sparc64 backend into shape.
Ok, I have a new pcpu patch to try. I have only compile tested it.
It is available here:
https://www.funkthat.com/~jmg/sparc64.pcpu.patch
I've also attached it.
Craig, do you
Hi all!
In an effort to help import clang3.5 I looked at squeezing a few more bytes
from boot2.
http://rys.vlakno.cz/~rdivacky/boot2.diet.patch
Please test and review the patch. It survived my qemu boot attempt so it's
not completely broken. But I would like to have some more testing
Sure thing. Reload the patch from the same url.
http://rys.vlakno.cz/~rdivacky/boot2.diet.patch
On Fri, Nov 21, 2014 at 10:16:58AM -0500, John Baldwin wrote:
On Friday, November 21, 2014 01:56:32 PM Roman Divacky wrote:
Hi all!
In an effort to help import clang3.5 I looked
On Fri, Nov 21, 2014 at 04:00:35PM -0500, John Baldwin wrote:
On Friday, November 21, 2014 08:39:17 PM Roman Divacky wrote:
Sure thing. Reload the patch from the same url.
http://rys.vlakno.cz/~rdivacky/boot2.diet.patch
Thanks. I haven't run tested it, but I'm ok
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 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 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.
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 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.
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
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
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
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 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
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.
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
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
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:
---
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
-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
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
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
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
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
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
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
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 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
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\'
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
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
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
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 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 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 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
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
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
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
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
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
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:
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.
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 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,
can you guys review this patch:
http://lev.vlakno.cz/~rdivacky/boot2.safe.patch
It shrinks boot2 by 52 bytes by:
eliminating memcpy() calls
buffer shrinking as we are only ever called with argument
256 for the %u modifier
constifying write-only
On Fri, Oct 15, 2010 at 08:15:52PM +0100, Rui Paulo wrote:
Hi,
I was hoping we could remove libobjc from the base system as it's seriously
outdated and it's not used by anything on the base system.
If there are any objections, please speak up.
please wait until the ports are converted to
On Sun, Oct 03, 2010 at 05:21:15PM +0200, Dimitry Andric wrote:
On 2010-10-03 15:41, Derek Tattersall wrote:
In updating gnash to 8.8 the build failed while linking with libvgl.so. My
current system was built last week, with both kernel and world built
with clang. The linkage failure was due
are you aware of Summer of Code 2008 project by Mayur Shardul?
quoting: http://www.freebsd.org/projects/summerofcode-2008.html
Project: VM Algorithm Improvement
Student: Mayur Shardul
Mentor: Jeff Roberson
Summary:
A new data structure, viz. radix tree, was implemented and used for management
On Thu, Sep 30, 2010 at 07:46:32PM +0200, Andre Oppermann wrote:
On 30.09.2010 19:24, Roman Divacky wrote:
are you aware of Summer of Code 2008 project by Mayur Shardul?
I remember that there was this project but I never saw any numbers
or other outcome of it. Haven't checked p4 to look
On Thu, Sep 30, 2010 at 07:49:00PM +0200, Roman Divacky wrote:
On Thu, Sep 30, 2010 at 07:46:32PM +0200, Andre Oppermann wrote:
On 30.09.2010 19:24, Roman Divacky wrote:
are you aware of Summer of Code 2008 project by Mayur Shardul?
I remember that there was this project but I never saw
On Wed, Sep 29, 2010 at 09:40:18AM -0300, Renato Botelho wrote:
On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric d...@freebsd.org wrote:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho wrote:
#!/usr/bin/perl
use File::Temp;
my ( $fh, $filename ) = File::Temp::tempfile();
print $filename\n;
For me it
On Wed, Sep 29, 2010 at 02:41:17PM -0300, Renato Botelho wrote:
On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
* Dimitry Andric d...@freebsd.org [100929 08:55]:
On 2010-09-29 13:23, Renato Botelho
assembler such as gas, and which
should also reduce compile times further. This is really in alpha state
right now, but Roman Divacky (who is one of the active contributors) can
probably tell more about its progress.
Another important component is of course the linker, but I am not aware
to expect to get rid of GNU as and other binutils tools?
Work is progressing steadily on the clang/llvm integrated assembler,
which removes the need for an external assembler such as gas, and which
should also reduce compile times further. This is really in alpha state
right now, but Roman
On Wed, Sep 22, 2010 at 11:15:47PM +0200, Bartosz Stec wrote:
On 2010-09-22 22:42, Rene Ladan wrote:
Just tried it. World has been builded without any problems, but stge
kernel module failed to compile:
=== stge (all)
clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL
On Fri, Aug 13, 2010 at 01:43:16AM -0700, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Gabor,
I hope at this point it goes without saying that I have a lot of respect
for the work you've done on BSD grep, and I've already told you that I
think you're very courageous
bug/problem/annoyance
please let us know so we can get this fixed.
thank you for your help!
Roman Divacky
pgp6NHtWVf2Uh.pgp
Description: PGP signature
I updated clang/LLVM in clangbsd to a newer version which I believe
will fix thas. can you rene (and everyone else) please retest with
updated ClangBSD and report back?
thank you!
On Thu, Jul 15, 2010 at 01:33:04PM +0200, Ren? Ladan wrote:
2010/7/14 Roman Divacky rdiva...@freebsd.org:
hi
testing!
Roman Divacky on behalf of the ClangBSD team
pgpKnKYxby9vx.pgp
Description: PGP signature
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
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?
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 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
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
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
.
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
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
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
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
1 - 100 of 122 matches
Mail list logo