care. It does 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 exa
arlier 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
&
up your system, please beware!
> > >>
> > >> The patch changes the pcpu and curpcb global register variables into
> > >> inline functions, similar to what is done on other architectures.
> > >> However, the current approach is not optimal, and the em
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'
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 imp
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 a
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:
> >>>
> >
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
> >
>
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 f
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 Tinde
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.
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
> > >
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 ma
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 FreeBS
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 mi
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 0
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 LibF
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
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
> > >>
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
> > >
> > > The
> > 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 th
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
gcc4.2.1, so run into
> this constantly when I forget to add the flag.
>
> - Justin
>
> On Wed, Sep 5, 2012 at 1:37 PM, Roman Divacky wrote:
>
> > What makes you think it's a bug in llvm code and not a plain gcc
> > miscompile?
> > Other people seem to comp
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
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:
>
> --- /usr/src/lib/libc/../../include/rpc/rpc
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 08:07:
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 9.0-RC1/amd
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
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 jus
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 att
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=0x805e1a
> 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, 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 t
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 prepr
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
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 thes
> # /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_QUEU
> 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/a
> 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 autod
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 S
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 b
On Sun, Mar 20, 2011 at 08:41:04PM +0100, Fabian Keil wrote:
> Roman Divacky wrote:
>
> > This patch:
> >
> >
> > http://lev.vlakno.cz/~rdivacky/boot2-mregparm.patch
> >
> >
> > makes boot2 to be compiled with -mregparm=3 (which sh
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.
Please
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
On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote:
> Roman Divacky wrote:
>
> > this diet patch
> >
> > http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch
> >
> > includes these changes:
> >
> > o
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 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 avoidi
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 secon
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 p
ett Cooper wrote:
> > On Fri, Feb 4, 2011 at 10:53 PM, Roman Divacky wrote:
> > > alex,
> > >
> > > I think you are the kind of person to try out
> > >
> > > http://code.google.com/p/include-what-you-use/
> > >
> > > with fbsd
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 e
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?rl
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 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
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 paddi
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
>
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 va
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 convert
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 w
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 tha
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. Hav
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
of
On Wed, Sep 29, 2010 at 02:41:17PM -0300, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 2:31 PM, Roman Divacky wrote:
> > On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
> >> * Dimitry Andric [100929 08:55]:
> >> > On 2010-09-29 13:23, Renato
On Wed, Sep 29, 2010 at 11:56:59AM -0400, Derek Tattersall wrote:
> * Dimitry Andric [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
On Wed, Sep 29, 2010 at 09:40:18AM -0300, Renato Botelho wrote:
> On Wed, Sep 29, 2010 at 8:34 AM, Dimitry Andric wrote:
> > On 2010-09-29 13:23, Renato Botelho wrote:
> >>
> >> #!/usr/bin/perl
> >>
> >> use File::Temp;
> >>
> >> my ( $fh, $filename ) = File::Temp::tempfile();
> >> print "$filenam
>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 Divacky (who is one of the active contributors) can
> >probably tell more about its progress.
> >
>
l patches!
> ...
> >When 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
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-alias
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 cou
hat you think is a clang 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 :
> > hi,
> >
&
to me and/or this mailing list.0
thank you for your 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 empty(.CURDIR:M/usr
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 env
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
> -I/usr/src/lib/clang/libclanganalysis/../..
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.
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:
>
> =
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'
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
On Fri, Jun 04, 2010 at 01:33:10PM -0400, Justin Hibbits wrote:
> On Fri, Jun 4, 2010 at 11:26 AM, Roman Divacky wrote:
>
> > Dear current@
> >
> > On June 9th, we are importing clang/LLVM into FreeBSD HEAD. We are going
> > to import clang/LLVM sources and put
application
will be installed after 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 Mon, May 31, 2010 at 09:14:09AM -0700, Bakul Shah wrote:
> On Mon, 31 May 2010 09:52:48 +0200 Roman Divacky
> wrote:
> >
> > I would like to propose to integrate clang/LLVM into FreeBSD HEAD
> > in the near future (days, not weeks).
> >
> > clang/LLVM
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).
> >
> &
> > 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,
> > 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 CLAN
On Mon, May 31, 2010 at 12:54:29PM +0200, Attilio Rao wrote:
> 2010/5/31 Kostik Belousov :
> > 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, R
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,
>
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 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 wrote:
> > error: unknown argument: '-ferror-limit'
> > mkdep: compile failed
> > Do you have any idea? Of cause I set following environment:
> > -
back any problems/success to me and/or this mailing list.
thank you for your testing!
Roman Divacky on behalf of the ClangBSD team
pgpUUIeD9DJPS.pgp
Description: PGP signature
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
> >
> > > On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote:
> > > > I fo
On Fri, May 21, 2010 at 07:34:22PM -0700, ambrosehuang ambrose wrote:
> 2010/5/21 Roman Divacky
>
> > On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote:
> > > I found my clang version is :
> > > [r...@lateaxfreebsd src]# clang --version
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 us
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);
>
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/
-DMAXP
te sure 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,
1 - 100 of 122 matches
Mail list logo
