Maybe I should add (if no-one noticed it yet) that this is cross-build
for ARM.
I wouldn't attempt to upgrade host itself over two major versions.
I think it's totally insane how you can't build other major versions &
arches.
9.x can't make 11.x (well, you can, if using gcc bootstrap), and I heard
On 1/8/2015 1:21 PM, Benjamin Kaduk wrote:
I have no specific data about this specific case, but the advertised
procedure for upgrading between major branches is to update to the tip of
the starting branch before attempting the major version jump, i.e., update
to the tip of stable/9 before attemp
On Thu, 8 Jan 2015, Sulev-Madis Silber (ketas) wrote:
> I don't know... if 9.x can't be used to build 11.x / CURRENT anymore,
> maybe this should be put to UPDATING (that 9.x is not supported) and I
> just upgrade to 10.x... which would solve everything (hopefully).
I have no specific data about
Hello.
I have this issue where it's impossible to get 9.x (9.3) into state
where I can build clang 3.5.0 bootstrap of CURRENT. gcc works fine.
I've already discussed this with some people in EFNet :: #bsdmips
Currently I have this jail, built using:
WITH_CLANG_IS_CC
WITH_LIBCPLUSPLUS
I get s
On 2015-1-7, at 16:28, Garrett Cooper wrote:
> Please open a bug and cc hselasky@ on it.
Done: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196597
Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
> On Jan 7, 2015, at 05:03, Eggert, Lars wrote:
>
> Hi,
>
>> On 2014-12-31, at 21:41, Dimitry Andric wrote:
>> I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
>> r276479.
>
> there seem to be issues when building with -DWITH_OFED:
>
> --- contrib/ofed.all__D ---
> /u
Hi,
On 2014-12-31, at 21:41, Dimitry Andric wrote:
> I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
> r276479.
there seem to be issues when building with -DWITH_OFED:
--- contrib/ofed.all__D ---
/usr/home/elars/src/contrib/ofed/usr.bin/opensm/../../management/opensm/op
On Thu, 1 Jan 2015 23:53:03 +0100
Dimitry Andric wrote:
> On 01 Jan 2015, at 12:50, O. Hartmann wrote:
> ...
> > ===> lib/atf/libatf-c++ (all)
> > c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H
> > -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I.
> > -DHAVE_CONF
On Thu, 1 Jan 2015, Oliver Pinter wrote:
> I checked in amd64 case on my desktop machine, and building fine.
> After that, I looked again into build log, and I found this:
>
> make[2]: stopped in
> /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD
> 1 error
>
> make[2]: stopp
I checked in amd64 case on my desktop machine, and building fine.
After that, I looked again into build log, and I found this:
make[2]: stopped in
/usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD
1 error
make[2]: stopped in
/usr/obj/i386.i386/jenkins/workspace/HardenedBSD_M
On 2015-01-01 12:44, Oliver Pinter wrote:
No difference between FreeBSD's and our dis_tables.c file, and we
added the following modification to "master" Makefile:
op@robot hardenedBSD.git.opntr> git diff origin/master
origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c
op@robo
On 01 Jan 2015, at 12:50, O. Hartmann wrote:
...
> ===> lib/atf/libatf-c++ (all)
> c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H
> -I/usr/src/contrib/atf
> -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H
> -fstack-protector
> -Wsystem-headers -Werror -Wall -Wno-forma
No difference between FreeBSD's and our dis_tables.c file, and we
added the following modification to "master" Makefile:
op@robot hardenedBSD.git.opntr> git diff origin/master
origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c
op@robot hardenedBSD.git.opntr> git diff origin/mas
No, we don't touch them. Only added -DHARDEBEDBSD into make
environment. I will schedule a new round of build to recheck them,
On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric wrote:
> On 01 Jan 2015, at 18:35, Oliver Pinter wrote:
>> We at HardenedBSD got this error, with out jenkins instance:
On 01 Jan 2015, at 18:35, Oliver Pinter wrote:
> We at HardenedBSD got this error, with out jenkins instance:
>
> --- dis_tables.o ---
> /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25:
> error: '&&' within '||' [-Werror,-Wlogical-op-parentheses]
>if (c
On Wed, Dec 31, 2014 at 09:41:34PM +0100, Dimitry Andric wrote:
> Hi,
>
> I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
> r276479.
> .
Hmm... I'm seeing a problem with src/sys/modules/asr, using (head)
sources @276499 in native i386 environments that are presently
Hi!
We at HardenedBSD got this error, with out jenkins instance:
--- dis_tables.o ---
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25:
error: '&&' within '||' [-Werror,-Wlogical-op-parentheses]
if (cpu_mode == SIZE64 && dp->it_invalid64 ||
~
Am Wed, 31 Dec 2014 21:41:34 +0100
Dimitry Andric schrieb:
> Hi,
>
> I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
> r276479.
>
> Please note that this version now requires C++11 support to build; see
> UPDATING for more information.
>
> Release notes for llvm and cl
18 matches
Mail list logo