On 2012-09-13 11:27, Edward Meewis wrote:
...
FWIW: The clang build finished too, but with two hick-ups:
1. - kdump: build reports 4 errors:
===> usr.bin/kdump (depend)
sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mksubr
/usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include >
Hi Brook,
On 12-09-12 18:34, Brooks Davis wrote:
Note that some people have been working on external toolchain support.
This would aim to make it possible to do what you were trying, e.g.
building world using WITHOUT_TOOLCHAIN, which sets both WITHOUT_CLANG
and WITHOUT_GCC, among others.
Howe
On Wed, Sep 12, 2012 at 06:18:06PM +0200, Dimitry Andric wrote:
> On 2012-09-12 17:31, Edward Meewis wrote:
> > On 12-09-12 14:15, Dimitry Andric wrote:
> >> Try building with gcc, while removing the WITHOUT_GCC line, or building
> >> with clang, while removing the WITHOUT_CLANG line.
> >
> > I'll
On 2012-09-12 17:31, Edward Meewis wrote:
On 12-09-12 14:15, Dimitry Andric wrote:
Try building with gcc, while removing the WITHOUT_GCC line, or building
with clang, while removing the WITHOUT_CLANG line.
I'll be damned, that did it! (with gcc)
Note that some people have been working on ext
On 12-09-12 14:15, Dimitry Andric wrote:
Try building with gcc, while removing the WITHOUT_GCC line, or building
with clang, while removing the WITHOUT_CLANG line.
I'll be damned, that did it! (with gcc)
Thanks, guys!
-- Ed.
___
freebsd-current@free
On 2012-09-12 13:45, Edward Meewis wrote:
...
I added the following lines to each individual Makefile it stumbled on:
CFLAGS+= -I/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/include
LDADD+=-L/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/lib
or:
LDFLAGS+=-L/usr/obj/usr/home/emeewis/sr
Hi Dimitry,
On 12-09-12 13:09, Dimitry Andric wrote:
On 2012-09-12 12:46, Edward Meewis wrote:
Has anyone recently built FreeBSD10-current with clang on a FreeBSD9
amd64 system?
I've bumped into a number of issues. Mainly, buildworld picks up the old
system includes, which miss newly introduce
On 2012-09-12 12:46, Edward Meewis wrote:
Has anyone recently built FreeBSD10-current with clang on a FreeBSD9
amd64 system?
I've bumped into a number of issues. Mainly, buildworld picks up the old
system includes, which miss newly introduced symbols; same thing with
libraries. I fixed that by p
Hi,
Has anyone recently built FreeBSD10-current with clang on a FreeBSD9
amd64 system?
I've bumped into a number of issues. Mainly, buildworld picks up the old
system includes, which miss newly introduced symbols; same thing with
libraries. I fixed that by pointing compiler and linker to
/usr/ob
Dimitry Andric writes:
> Dag-Erling Smørgrav writes:
> > No, what is used is a variant of method 1 *on top of* method 2 for a
> > very specific case. You need "a special version of clang" (method 2)
> > anyway to support cross-building.
> Eventually, clang should support building objects for all
On 2010-08-18 11:15, Dag-Erling Smørgrav wrote:
> I'm not a big fan of "reasonable chances" when it comes to the
> toolchain.
Me neither, which is why I created method 2 originally. :) The
-isysroot method was invented by Roman Divacky in r198248.
> No, what is used is a variant of method 1 *on
Dimitry Andric writes:
> Alexander Kabaev writes:
> > Does method 1) work fine with 'make buildenv'? I doubt that. I would
> > strongly suggest we should not lose this feature. I do not like the
> > idea of having to depend on -isystem in CFLAGS in such an environment.
> I have not tested make b
On 2010-08-17 17:04, Eitan Adler wrote:
> what about -nostdinc ?
>Do not search the standard system directories for header files.
>
> Or will this also disable the command line equivalents ?
It seems that -isysroot doesn't work with that:
$ gcc -nostdinc -isysroot ${WORLDTMP} -S -v
On Tue, Aug 17, 2010 at 10:28 AM, Daniel Nebdal wrote:
> On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric wrote:
>> On 2010-08-17 15:03, Daniel Nebdal wrote:
> However, a disadvantage is that the built-in search paths of the
> bootstrap compiler are not entirely disabled by using the -isys
On 2010-08-17 16:28, Daniel Nebdal wrote:
> Mmh, I just read through the in-detail description you gave in another
> mail. It's a bit surprising that there isn't a simple and reliable way
> to disable/replace all hardcoded paths, but I guess it doesn't come up
> that often.
Well, except when you w
On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric wrote:
> On 2010-08-17 15:03, Daniel Nebdal wrote:
However, a disadvantage is that the built-in search paths of the
bootstrap compiler are not entirely disabled by using the -isysroot, -B
and -L flags,
> ...
>> For clarification, did y
On 2010-08-17 15:15, Alexander Kabaev wrote:
> Dimitry Andric wrote:
...
>> 1) The "isysroot" method: build a regular version of clang, and make
>>sure WMAKEENV contains something like:
>>
>>CC="${CC} -isysroot ${WORLDTMP} -B${WORLDTMP}/usr/lib/ \
>>-L$
On 2010-08-17 15:03, Daniel Nebdal wrote:
>>> However, a disadvantage is that the built-in search paths of the
>>> bootstrap compiler are not entirely disabled by using the -isysroot, -B
>>> and -L flags,
...
> For clarification, did you (Dimitry, that is) mean
> a) The paths are still there so the
On Tue, 17 Aug 2010 13:32:39 +0200
Dimitry Andric wrote:
> Hi,
>
> Since clang has gone into the tree, there has been an effort to get
> head in a state where world can optionally be built with it. A
> number of changes required for this have already been committed,
> mainly thanks to Ed Schout
On Tue, Aug 17, 2010 at 1:49 PM, Bob Bishop wrote:
> On 17 Aug 2010, at 12:32, Dimitry Andric wrote:
>
>> However, a disadvantage is that the built-in search paths of the
>> bootstrap compiler are not entirely disabled by using the -isysroot, -B
>> and -L flags,
>
> This could be viewed as a bug .
On 2010-08-17 13:49, Bob Bishop wrote:
>> However, a disadvantage is that the built-in search paths of the
>> bootstrap compiler are not entirely disabled by using the -isysroot, -B
>> and -L flags,
>
> This could be viewed as a bug ...
It is probably a bit more complicated than that. Let me exp
Hi,
On 17 Aug 2010, at 12:32, Dimitry Andric wrote:
> Hi,
>
> Since clang has gone into the tree, there has been an effort to get head
> in a state where world can optionally be built with it.
> [...]
> Now, for building clang as the bootstrap compiler, there are basically
> two methods to make
* Dimitry Andric wrote:
> On 2010-08-17 13:40, Ed Schouten wrote:
> >> +#ifndef __FreeBSD__
> >> + AddPath(CLANG_PREFIX "/usr/local/include", System, true, false, false);
> >> +#endif
> >>
> >>// Builtin includes use #include_next directives and should be
> >> positioned
> >>// just pr
On 2010-08-17 13:40, Ed Schouten wrote:
>> +#ifndef __FreeBSD__
>> + AddPath(CLANG_PREFIX "/usr/local/include", System, true, false, false);
>> +#endif
>>
>>// Builtin includes use #include_next directives and should be positioned
>>// just prior C include dirs.
>
> Hmmm... Do we really
Hello Dimitry!
* Dimitry Andric wrote:
> @@ -408,9 +411,10 @@ static bool getWindowsSDKDir(std::string &path) {
>
> void InitHeaderSearch::AddDefaultCIncludePaths(const llvm::Triple &triple,
> const HeaderSearchOptions
> &HSOpts) {
> -#if 0 /* Remo
ood way to solve the bootstrap compiler issue.
I have also attached two patches to this mail, which can be applied to
head, to show the exact set of changes required for each method.
The "isysroot" method for building world with clang.
First of all, Makefile.inc1 is modified to build
26 matches
Mail list logo
