On 2019-09-09 23:08, Warner Losh wrote:
>
>> Aspirationally, yes. I did a successful CROSS_TOOLCHAIN=amd64-gcc
>> buildworld earlier this week. (It doesn't play well with binary pkg's
>> built with Clang, so I ended up replacing it with a Clang-built world
>> instead, but it compiled.)
>>
>>
On Mon, Sep 9, 2019 at 11:05 PM Conrad Meyer wrote:
> On Mon, Sep 9, 2019 at 8:25 PM Rebecca Cran wrote:
> >
> > Is building world with gcc still supported? I'm getting an error running
> > the following:
> >
> > make XCC=/usr/local/bin/gcc9 XCXX=/usr/local/bin/g++9 buildworld
>
> Hi Rebecca,
>
On Mon, Sep 9, 2019 at 8:25 PM Rebecca Cran wrote:
>
> Is building world with gcc still supported? I'm getting an error running
> the following:
>
> make XCC=/usr/local/bin/gcc9 XCXX=/usr/local/bin/g++9 buildworld
Hi Rebecca,
Aspirationally, yes. I did a successful CROSS_TOOLCHAIN=amd64-gcc
On 10/02/2017 16:35, Pete Wright wrote:
On 10/02/2017 16:33, Matt Joras wrote:
On 10/02/2017 15:23, Pete Wright wrote:
On 10/02/2017 13:07, Pete Wright wrote:
hey there,
i've been unable to buildworld using ccache for a while. initially i
assumed it was due to some incompatibilities on
On 10/02/2017 15:23, Pete Wright wrote:
>
>
> On 10/02/2017 13:07, Pete Wright wrote:
>> hey there,
>> i've been unable to buildworld using ccache for a while. initially i
>> assumed it was due to some incompatibilities on the drm-next branch
>> which i was running, but i've since cut over to
On 10/02/2017 16:33, Matt Joras wrote:
On 10/02/2017 15:23, Pete Wright wrote:
On 10/02/2017 13:07, Pete Wright wrote:
hey there,
i've been unable to buildworld using ccache for a while. initially i
assumed it was due to some incompatibilities on the drm-next branch
which i was running, but
On 10/02/2017 13:07, Pete Wright wrote:
hey there,
i've been unable to buildworld using ccache for a while. initially i
assumed it was due to some incompatibilities on the drm-next branch
which i was running, but i've since cut over to CURRENT and am still
having issues. running "make
Hi Brook,
On 12-09-12 18:34, Brooks Davis wrote:
snip
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.
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
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
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
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:
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.
___
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
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 be damned,
Dimitry Andric dimi...@andric.com writes:
Alexander Kabaev kab...@gmail.com 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.
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 top
Dimitry Andric dimi...@andric.com writes:
Dag-Erling Smørgrav d...@des.no 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
Hello Dimitry!
* Dimitry Andric dimi...@andric.com wrote:
@@ -408,9 +411,10 @@ static bool getWindowsSDKDir(std::string path) {
void InitHeaderSearch::AddDefaultCIncludePaths(const llvm::Triple triple,
const HeaderSearchOptions
HSOpts) {
-#if
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 want this?
* Dimitry Andric dimi...@andric.com 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 prior C
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 it use
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 expand a
On Tue, Aug 17, 2010 at 1:49 PM, Bob Bishop r...@gid.co.uk 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
On Tue, 17 Aug 2010 13:32:39 +0200
Dimitry Andric dimi...@andric.com 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
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 they could
On 2010-08-17 15:15, Alexander Kabaev wrote:
Dimitry Andric dimi...@andric.com 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/ \
On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric dimi...@andric.com 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,
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 want
On Tue, Aug 17, 2010 at 10:28 AM, Daniel Nebdal dneb...@gmail.com wrote:
On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric dimi...@andric.com 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
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 Wednesday 31 March 2010 14:52:53 Giorgos Keramidas wrote:
On Tue, 30 Mar 2010 15:10:58 -0400, John Baldwin j...@freebsd.org wrote:
On Tuesday 30 March 2010 11:48:58 am Giorgos Keramidas wrote:
+.It Va DEBUG_FLAGS
+Defines a set of debugging flags that will be used to build all
userland
I saw similar behaviour a couple of years ago when I switched from
using gcc 4.0.2 to gcc 4.3.0 to compile some out-of-tree KLD modules.
The problem ended up being a change in the linker script used by GNU
ld for linking kernel modules. It used to always put some magic
symbols used by the linker
On Tue, Jun 22, 2010 at 04:39:17PM -0400, Ryan Stone wrote:
I saw similar behaviour a couple of years ago when I switched from
using gcc 4.0.2 to gcc 4.3.0 to compile some out-of-tree KLD modules.
The problem ended up being a change in the linker script used by GNU
ld for linking kernel
Ben Rosengart wrote:
If I recall correctly, someone posted recently that the time is not far
off when one will be able to make world on an older, pre-signals-change
system.
You can already do a buildworld, but you still have to make and install
a new kernel in order to do a installworld. At
On Fri, Apr 9, 1999, Dana Huggard wrote:
I see there has been some discussions around building world. I may have
missed or forgotten something, or even not read the right README. Also
seen some captured text of builds and where they fail. In
gnu/usr.bin/cc mine fails as well, but complains
In gnu/usr.bin/cc mine fails as well, but complains of a missing
`hconfig.h`, which in turn causes a screenfull of errrors.
cd /usr/src
make cleandir ; make cleandir
then build your world normally and tell me if you still have the error.
--
-- David(obr...@nuxi.com -or-
gnu/usr.bin/cc mine fails as well, but complains of a missing
`hconfig.h`, which in turn causes a screenfull of errrors. Two days ago
I know you've heard this before WRT to cc_tools/, but... is should be
fixed now.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe:
38 matches
Mail list logo