From: Yasuhiro Kimura
Subject: Re: Buildworld fails with external GCC toolchain
Date: Tue, 15 Feb 2022 08:26:00 +0900 (JST)
>> I have amd64 world + kernel building with GCC 9 and the only remaining
>> open review not merged yet is https://reviews.freebsd.org/D34147.
>>
>&g
From: John Baldwin
Subject: Re: Buildworld fails with external GCC toolchain
Date: Mon, 14 Feb 2022 10:46:29 -0800
>>> Not really, the gcc 9 build has been broken for months, as far as I
>>> know.
>>>
>>> See also: https://ci.freebsd.org/job/FreeBSD-main-amd6
On 2/12/22 11:34 AM, Yasuhiro Kimura wrote:
From: Dimitry Andric
Subject: Re: Buildworld fails with external GCC toolchain
Date: Fri, 11 Feb 2022 22:53:44 +0100
Not really, the gcc 9 build has been broken for months, as far as I know.
See also: https://ci.freebsd.org/job/FreeBSD-main-amd64
From: Dimitry Andric
Subject: Re: Buildworld fails with external GCC toolchain
Date: Fri, 11 Feb 2022 22:53:44 +0100
> Not really, the gcc 9 build has been broken for months, as far as I know.
>
> See also: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build/
>
> The last
On 11 Feb 2022, at 21:07, Yasuhiro Kimura wrote:
>
> I'm tring to update devel/binutils port to 2.38. When it was updated
> to 2.37.1, there was a suggestion that it should also be checked if
> building base system with GCC succeeds as binutils is a part of
> external GCC toolchain. So I'd like t
On 30/11/2020 16:03, Michal Meloun wrote:
On 30.11.2020 13:11, Johan Hendriks wrote:
On 30/11/2020 12:29, Hans Petter Selasky wrote:
On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to
r368182
I did a make cleanworld && make clea
On 30.11.2020 13:11, Johan Hendriks wrote:
On 30/11/2020 12:29, Hans Petter Selasky wrote:
On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to
r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh
build but
On 30/11/2020 12:29, Hans Petter Selasky wrote:
On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to
r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh
build but it errors out with the following message.
T
On 11/30/20 11:43 AM, Johan Hendriks wrote:
My server running FreeBSD 13.0-CURRENT #7 r368110 fails to build to r368182
I did a make cleanworld && make cleanworld to make sure i use a fresh
build but it errors out with the following message.
This is a known issue and will be fixed.
--HPS
___
On Tue, Apr 10, 2018, Kristof Provost wrote:
> On 9 Apr 2018, at 13:10, Vladimir Zakharov wrote:
> > On Mon, Apr 09, 2018, Kristof Provost wrote:
> > > On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
> > >
> > > For several days buildworld fails for me with the following
> > > error. Cleanin
On 9 Apr 2018, at 13:10, Vladimir Zakharov wrote:
On Mon, Apr 09, 2018, Kristof Provost wrote:
On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
For several days buildworld fails for me with the following
error. Cleaning
and
rebuilding didn't help.
===> tests/sys/netpfil/pf/i
On Mon, Apr 09, 2018, Kristof Provost wrote:
> On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
>
> For several days buildworld fails for me with the following error.
> Cleaning
> and
> rebuilding didn't help.
>
> ===> tests/sys/netpfil/pf/ioctl (all)
> --- validation ---
>
On 9 Apr 2018, at 10:50, Vladimir Zakharov wrote:
For several days buildworld fails for me with the following error.
Cleaning and
rebuilding didn't help.
===> tests/sys/netpfil/pf/ioctl (all)
--- validation ---
(cd /usr/src/tests/sys/netpfil/pf/ioctl &&
DEPENDFILE=.depend.validation NO_SUBDI
Hi Ed
Yes how do I get those logs? I will be checking dmesg from time to time (is
there a way to tail it by the way??) but then how do I enable verbose
logging while building world? I tried finding out the same by searching on
the internet and by reading the manual page for make.conf but couldn't
On 7 August 2017 at 00:32, Aijaz Baig wrote:
> That was some pretty relevant information Ed. Thanks.
Even though it's not a direct cause of the problem you encountered I
wanted to make sure a there was comprehensive reply to Dimitry's
question.
> Nonetheless, as I have indicated in my previous e
That was some pretty relevant information Ed. Thanks.
However upon bumping up my RAM, I don't hit this error anymore perhaps I
believe since the relatively large amount of RAM does not necessitate that
much of swap space.
Nonetheless, as I have indicated in my previous email, I hit an error quite
On 5 August 2017 at 16:16, Dimitry Andric wrote:
>
> I remember there being an issue with ar and/or ranlib choking when the
> .a files become too big. Ed, does that ring any bells?
Our ar (and ranlib, which is the same binary) will produce a corrupt
symbol table if the .a archive output is large
I did notice some swap related messages in dmesg earlier so this time I
bumped up my RAM to 4.25GB (did I tell you I'm running this on a VM?). In
addition I skipped parallel make jobs altogether keeping other things the
same.
So this time around it went a lot further in fact all the way to step4.3
Hello
Yes guilty as charged!!!
I turn off optimization and enable DEBUG_FLAGS using src.conf:
CFLAGS= -O0 -pipe
COPTFLAGS= -O0 -pipe
DEBUG_FLAGS=-g
This time however I run without any parallel make jobs and it fails with a
different error:
*** Signal 9
Stop.
make[6]: stopped in /usr/src/lib/c
Dimitry Andric dim at FreeBSD.org wrote on
Sat Aug 5 20:16:53 UTC 2017 :
> Hm, now I read that your obj dir is on NFS, you might be hitting some
> 4GiB filesize limit for the final .a file. Are you building world with
> a very low optimization level, and debug information on?
>
> I remember ther
On 5 Aug 2017, at 21:55, Aijaz Baig wrote:
>
> I was a bit sceptical of this as it was failing with that same port (or is
> clang a port by the way?) all the time. So as you suggested, I reduced my
> '-j' number and it still fails at the very same place with the very same
> error. Is it becaus
Hi Dmitry
I was a bit sceptical of this as it was failing with that same port (or is
clang a port by the way?) all the time. So as you suggested, I reduced my
'-j' number and it still fails at the very same place with the very same
error. Is it because the clang port doesn't allow parallel make jo
On 5 Aug 2017, at 06:00, Aijaz Baig wrote:
>
> I am trying to buildworld and it works well for quite some time until it
> tries to build the static version of the clang library where it fails. The
> error it spits is:
>
> Killed
> *** [all_subdir_lib/clang/libclang] Error code 137
>
> make[5]:
> On 24 Apr 2017, at 20:26, Brooks Davis wrote:
>
> On Mon, Apr 24, 2017 at 10:04:15AM -0700, Hamza Sheikh wrote:
>> The error is:
>>
>> --- all_subdir_usr.bin ---
>> cc1: warnings being treated as errors
>> /home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
>> /home/vagrant/src/us
On Mon, Apr 24, 2017 at 10:04:15AM -0700, Hamza Sheikh wrote:
> The error is:
>
> --- all_subdir_usr.bin ---
> cc1: warnings being treated as errors
> /home/vagrant/src/usr.bin/diff/diffreg.c: In function 'change':
> /home/vagrant/src/usr.bin/diff/diffreg.c:1085: warning: 'i' may be
> used uniniti
I'm sorry for the double post. I got confused by the filtering as I
had not subscribed to the list when I sent the first post.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On Thursday 02 March 2017 22:40:05 Alex Deiter wrote:
> Hello,
Hello,
>
> Please apply patch from upstream:
>
> https://github.com/the-tcpdump-group/libpcap/pull/541
>
> Fix compilation if INET6 isn't defined.
> Addresses GitHub issue #541, but differently from the pull request (it
> defines
On Thu, Mar 2, 2017 at 11:40 AM, Alex Deiter wrote:
> Hello,
>
> Please apply patch from upstream:
>
> https://github.com/the-tcpdump-group/libpcap/pull/541
>
> Fix compilation if INET6 isn't defined.
> Addresses GitHub issue #541, but differently from the pull request (it
> defines gen_gateway()
Hello,
Please apply patch from upstream:
https://github.com/the-tcpdump-group/libpcap/pull/541
Fix compilation if INET6 isn't defined.
Addresses GitHub issue #541, but differently from the pull request (it
defines gen_gateway() with a function prototype rather than using a
pre-prototype-style de
> On Feb 17, 2017, at 13:09, Bryan Drewery wrote:
…
> Ignore me, my yacc is just outdated.
I’ll try again. This might have been part of my issue too.
Thanks!
-Ngie
signature.asc
Description: Message signed with OpenPGP using GPGMail
On 2/17/2017 1:03 PM, Bryan Drewery wrote:
> On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>>
>>> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote:
>>>
>>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAV
On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote:
>
>> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote:
>>
>> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H -
>> I/usr/src/lib/libpcap -I/usr/obj/
> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote:
>
> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DHAVE_
On Thu, 16 Feb 2017 17:30:37 +0200 "Oleg V. Nauman"
wrote
> cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -
> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H -
> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap -
> D_U_="__attribute__((unused))" -DH
On Tue, Sep 06, 2016 at 05:11:11AM -0700, David Wolfskill wrote:
> ...
> Laptop got through "buildworld" Just Fine; re-trying on build machine.
> We may have a race.
>
OK; build machine succeeded on the second try. (Laptop did so the first
time).
As that at least raises the possibility of a
On Tue, Sep 06, 2016 at 04:36:18AM -0700, David Wolfskill wrote:
> Leading up to this; building on head/amd64 running:
> FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #96
> r305415M/305415:126: Mon Sep 5 04:35:16 PDT 2016
> r...@freebeast.catwhisker.org:/common/S4/o
My first Bug report for FreeBSD! Please be gentle with me if it is not
done right!
Bug 209435 has been successfully created
Regards
Johan
Op 10/05/16 om 20:36 schreef Adrian Chadd:
> Hi,
>
> please file a bug and I'll go make sure we can run it without it
> running a script like this. should be
yup, landon already offered to do it.
-adrian
On 10 May 2016 at 11:47, Dimitry Andric wrote:
> On 10 May 2016, at 20:29, Johan Hendriks wrote:
>>
>> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>>> On 10 May 2016, at 13:53, Johan Hendriks wrote:
My buildworld of current fails today wit
On 10 May 2016, at 20:29, Johan Hendriks wrote:
>
> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>> On 10 May 2016, at 13:53, Johan Hendriks wrote:
>>> My buildworld of current fails today with the following error message.
>>> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
>>> 11
Hi,
please file a bug and I'll go make sure we can run it without it
running a script like this. should be easy to do.
-a
On 10 May 2016 at 11:29, Johan Hendriks wrote:
>
>
> Op 10/05/16 om 19:47 schreef Dimitry Andric:
>> On 10 May 2016, at 13:53, Johan Hendriks wrote:
>>> My buildworld of
Op 10/05/16 om 19:47 schreef Dimitry Andric:
> On 10 May 2016, at 13:53, Johan Hendriks wrote:
>> My buildworld of current fails today with the following error message.
>> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
>> 11.0-CURRENT #8 r299158:
> ...
>> ===> bhnd (all)
>> machi
On 10 May 2016, at 13:53, Johan Hendriks wrote:
>
> My buildworld of current fails today with the following error message.
> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
> 11.0-CURRENT #8 r299158:
...
> ===> bhnd (all)
> machine -> /usr/src/sys/amd64/include
> x86 -> /usr/src/sy
That's odd; it doesn't happen here.. can you run that script manually?
On 10 May 2016 at 04:53, Johan Hendriks wrote:
> My buildworld of current fails today with the following error message.
> This is FreeBSD desk.server.netaffairs.nl 11.0-CURRENT FreeBSD
> 11.0-CURRENT #8 r299158:
>
> cc -O2 -
> I fixed 2/3 of the issues in the following commits:
> 1. https://svnweb.freebsd.org/changeset/base/276319
> 3. https://svnweb.freebsd.org/changeset/base/276318
Thanks for the e-mail Garret. Before I proceed to file PR, I'd like some input
as to what to do about these problems which I had mentio
On Dec 24, 2014, at 1:45, Beeblebrox wrote:
> I plan on using openssl from ports and have no need for kerberos.
> /etc/src.conf >> WITHOUT_CRYPT= yes
>
> * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
> ===> lib/libbsnmp/libbsnmp (all)
> cc -O2 -pipe
> -I/asp/git/src/lib/libbs
So far from what I can tell, two modules don't get built for some reason.
* sys/boot/i386/boot2
I built and installed this manually:
* usr/sbin/mtree
This is missing, and usr.sbin/mtree gives fmtree. Trying
from contrib/mtree results in:
/usr/local/libexec/ccache/world/clang -O2 -pipe -DNDEBUG
On Wed, Dec 24, 2014 at 04:33:19PM +0200, Beeblebrox wrote:
> * So as to keep the build going, I commented out ctld in the usr.sbin/Makefile
>
> * The next part to break was pkg. I set WITHOUT_PKGTOOLS, but that did
> not solve the problem, so I once more had to comment out in
> usr.sbin/Makef
On Wed, Dec 24, 2014 at 02:47:57PM +0200, Beeblebrox wrote:
> I patched Herbert's code, deleted the entire partial world and have
> WITHOUT_CRYPT, WITHOUT_BSNMP in src.conf.
Too many parts require openssl (libfetch, bsdinstall/distfetch?, pkg, dma, etc.)
some of them can be disabled with knobs but
* So as to keep the build going, I commented out ctld in the usr.sbin/Makefile
* The next part to break was pkg. I set WITHOUT_PKGTOOLS, but that did
not solve the problem, so I once more had to comment out in
usr.sbin/Makefile "SUBDIR+= pkg"
===> usr.sbin/pkg (all)
cc -O2 -pipe -I/asp/git/
I patched Herbert's code, deleted the entire partial world and have
WITHOUT_CRYPT, WITHOUT_BSNMP in src.conf.
First this part below broke, but managed to move forward when I disabled ccache
(clipped for brevity):
===> rescue/rescue/chown/tests (depend)
(cd /asp/git/src/usr.sbin/chown/tests && ma
> Instead of using WITHOUT_CRYPT, you could have used WITHOUT_KERBEROS.
I know that, but I don't want to waste time compiling openssl either.
> You can still install openssl from ports.
Thanks. As stated it's just a matter of not wanting to compile something I'm
not going to use.
> What's wrong
On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
> I plan on using openssl from ports and have no need for kerberos.
> /etc/src.conf >> WITHOUT_CRYPT= yes
>
> * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
> ===> lib/libbsnmp/libbsnmp (all)
> cc -O2 -pipe
> -I/asp/git
On Wed, Dec 24, 2014 at 3:45 AM, Beeblebrox wrote:
> I plan on using openssl from ports and have no need for kerberos.
> /etc/src.conf >> WITHOUT_CRYPT= yes
>
Instead of using WITHOUT_CRYPT, you could have used WITHOUT_KERBEROS.
>
> * I would prefer being able to use SSH from world (instead of dr
On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
> I plan on using openssl from ports and have no need for kerberos.
> /etc/src.conf >> WITHOUT_CRYPT= yes
>
> * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
> ===> lib/libbsnmp/libbsnmp (all)
> cc -O2 -pipe
> -I/asp/git
Am 06.05.2014 16:28, schrieb Warner Losh:
> First off, thanks for looking into this. Build issues are no fun. :(
> On May 6, 2014, at 8:11 AM, Stefan Esser wrote:
>> Am 06.05.2014 15:18, schrieb Warner Losh:
>>> On May 6, 2014, at 7:16 AM, Warner Losh wrote:
On May 6, 2014, at 6:39 AM, Stefa
On May 6, 2014, at 8:15 AM, Benjamin Kaduk wrote:
> On Tue, 6 May 2014, Stefan Esser wrote:
>
>>
>> 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN
>> in bmake/Makefile.inc (I deleted the mails and thus cannot
>> easily quote the exact error message). I tried to fix this
First off, thanks for looking into this. Build issues are no fun. :(
On May 6, 2014, at 8:11 AM, Stefan Esser wrote:
> Am 06.05.2014 15:18, schrieb Warner Losh:
>>
>> On May 6, 2014, at 7:16 AM, Warner Losh wrote:
>>
>>>
>>> On May 6, 2014, at 6:39 AM, Stefan Esser wrote:
>>>
Am 06.05
Am 06.05.2014 16:15, schrieb Benjamin Kaduk:
> On Tue, 6 May 2014, Stefan Esser wrote:
>> 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN
>> in bmake/Makefile.inc (I deleted the mails and thus cannot
>> easily quote the exact error message). I tried to fix this by
>
> http
On Tue, 6 May 2014, Stefan Esser wrote:
2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN
in bmake/Makefile.inc (I deleted the mails and thus cannot
easily quote the exact error message). I tried to fix this by
http://lists.freebsd.org/pipermail/freebsd-current/2014-May
Am 06.05.2014 15:18, schrieb Warner Losh:
>
> On May 6, 2014, at 7:16 AM, Warner Losh wrote:
>
>>
>> On May 6, 2014, at 6:39 AM, Stefan Esser wrote:
>>
>>> Am 06.05.2014 13:44, schrieb Trond Endrestøl:
On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
> Am 06.05.2014 11:52, schrieb
Am 06.05.2014 14:39, schrieb Stefan Esser:
> Am 06.05.2014 13:44, schrieb Trond Endrestøl:
>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
>>> Am 06.05.2014 11:52, schrieb Stefan Esser:
>>> I committed a fix/work-around to stop the flood of tinderbox messages
>>> (r265433).
>>
>> tinderbox st
On May 6, 2014, at 7:16 AM, Warner Losh wrote:
>
> On May 6, 2014, at 6:39 AM, Stefan Esser wrote:
>
>> Am 06.05.2014 13:44, schrieb Trond Endrestøl:
>>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
Am 06.05.2014 11:52, schrieb Stefan Esser:
> Hi Warner,
>
> as already
On May 6, 2014, at 6:39 AM, Stefan Esser wrote:
> Am 06.05.2014 13:44, schrieb Trond Endrestøl:
>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
>>> Am 06.05.2014 11:52, schrieb Stefan Esser:
Hi Warner,
as already reported by Jenkins, HEAD does not build.
Seems th
Am 06.05.2014 13:44, schrieb Trond Endrestøl:
> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
>> Am 06.05.2014 11:52, schrieb Stefan Esser:
>>> Hi Warner,
>>>
>>> as already reported by Jenkins, HEAD does not build.
>>>
>>> Seems that this is caused by src.opts.mk missing in /usr/share/mk
>>>
On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote:
> Am 06.05.2014 11:52, schrieb Stefan Esser:
> > Hi Warner,
> >
> > as already reported by Jenkins, HEAD does not build.
> >
> > Seems that this is caused by src.opts.mk missing in /usr/share/mk
> > during the cleandir phase. I guess this is kin
Am 06.05.2014 11:52, schrieb Stefan Esser:
> Hi Warner,
>
> as already reported by Jenkins, HEAD does not build.
>
> Seems that this is caused by src.opts.mk missing in /usr/share/mk
> during the cleandir phase. I guess this is kind of a bootstrap
> issue - the definitions are looked up in the in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/15/14 03:40, Gleb Smirnoff wrote:
> Jeremie,
>
> On Wed, Jan 15, 2014 at 08:40:53AM +0100, Jeremie Le Hen wrote:
> J> > J> ===> gnu/usr.bin/groff/src/libs/libgroff (all)
> J> > J> make[6]:
> "/usr/obj/usr/src.svn/tmp/usr/src.svn/gnu/usr.b
On Wed, Jan 15, 2014 at 12:36:53PM +0100, Jeremie Le Hen wrote:
> On Wed, Jan 15, 2014 at 12:40:35PM +0400, Gleb Smirnoff wrote:
> > J> >
> > J> > Can you try to reproduce this with unmapped I/O turned off in boot
> > loader?
> > J>
> > J> I've never heard of that. Can you please point me to th
On Wed, Jan 15, 2014 at 12:40:35PM +0400, Gleb Smirnoff wrote:
> Jeremie,
>
> On Wed, Jan 15, 2014 at 08:40:53AM +0100, Jeremie Le Hen wrote:
> J> > J> ===> gnu/usr.bin/groff/src/libs/libgroff (all)
> J> > J> make[6]:
> "/usr/obj/usr/src.svn/tmp/usr/src.svn/gnu/usr.bin/groff/src/libs/libgro
Jeremie,
On Wed, Jan 15, 2014 at 08:40:53AM +0100, Jeremie Le Hen wrote:
J> > J> ===> gnu/usr.bin/groff/src/libs/libgroff (all)
J> > J> make[6]:
"/usr/obj/usr/src.svn/tmp/usr/src.svn/gnu/usr.bin/groff/src/libs/libgroff/.depend"
line 3: warning: Zero byte read from file, skipping rest of li
On Tue, Jan 14, 2014 at 12:58:18PM +0400, Gleb Smirnoff wrote:
> Jeremie,
>
> On Tue, Jan 14, 2014 at 08:26:21AM +0100, Jeremie Le Hen wrote:
> J> Hi,
> J>
> J> I have a FreeBSD -CURRENT in Virtualbox (running on Linux). I have been
> J> unable to buildworld for a while.
> J>
> J> I suspect t
Jeremie,
On Tue, Jan 14, 2014 at 08:26:21AM +0100, Jeremie Le Hen wrote:
J> Hi,
J>
J> I have a FreeBSD -CURRENT in Virtualbox (running on Linux). I have been
J> unable to buildworld for a while.
J>
J> I suspect this is not a problem with the source because I didn't see any
J> report so far, w
On Fri, Mar 22, 2013 at 10:33:00PM -0400, Glen Barber wrote:
> On Fri, Mar 22, 2013 at 10:32:02PM -0400, Glen Barber wrote:
> > > gzip -cn info.info > info.info.gz
> > > gzip -cn info-stnd.info > info-stnd.info.gz
> > > gzip -cn texinfo.info > texinfo.info.gz
> > > 2 errors
> > > *** [everything] E
On Fri, Mar 22, 2013 at 10:32:02PM -0400, Glen Barber wrote:
> > gzip -cn info.info > info.info.gz
> > gzip -cn info-stnd.info > info-stnd.info.gz
> > gzip -cn texinfo.info > texinfo.info.gz
> > 2 errors
> > *** [everything] Error code 2
> > 1 error
> > *** [buildworld] Error code 2
> > 1 error
> >
On Fri, Mar 22, 2013 at 09:16:13PM -0400, AN wrote:
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r248401: Sat
> Mar 16 21:39:04 CDT 2013
> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>
>
> # svn info
> Path: .
> Working Copy Root Path: /usr/src
> URL: svn://svn.freebsd.org/base/hea
On Sun, 23 Dec 2012, Guido Falsi wrote:
On 12/23/12 18:50, Dimitry Andric wrote:
On 2012-12-23 18:43, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22
18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
===> gnu/usr.bin/texinfo/infokey (
On 12/23/12 18:50, Dimitry Andric wrote:
On 2012-12-23 18:43, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22
18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
===> gnu/usr.bin/texinfo/infokey (all)
...
...
1 error
*** [everything] Erro
On 2012-12-23 18:43, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r244601: Sat Dec 22
18:22:44 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
===> gnu/usr.bin/texinfo/infokey (all)
...
...
1 error
*** [everything] Error code 2
1 error
*** [buildworld] Error co
2012/10/23 Dimitry Andric :
> Yes, these are several warnings in libstdc++ that should be fixed. I
> have a few patches ready to commit tonight. Meanwhile, you can apply
> the attached patch.
Applied with "svn patch", no rejects, fixes buildworld. Thanks !
--
Olivier Smedts
On 2012-10-23 11:21, Olivier Smedts wrote:
I can't buildworld with clang anymore, tried with one job, error
below. Sorry for the noise if that's a known problem.
...
/usr/obj/usr/src/tmp/usr/include/c++/4.2/bits/streambuf_iterator.h:162:20:
error: '&&' within '||' [-Werror,-Wlogical-op-parenthe
On Tue, Apr 24, 2012 at 09:34:58PM +0300, Vladimir Sharun wrote:
> ===> usr.bin/file (all)
...
> file.o: In function `main':
> /usr/src/usr.bin/file/../../contrib/file/file.c:(.text+0x717): undefined
> reference to `magic_getpath'
> /usr/src/usr.bin/file/../../contrib/file/file.c:(.text+0x7df): und
===> usr.bin/file (all)
/usr/bin/clang -O2 -pipe -DMAGIC='"/usr/share/misc/magic"'
-DHAVE_CONFIG_H -I/usr/src/usr.bin/file/../../lib/libmagic -std=gnu99
-Qunused-arguments -fstack-protector -Wsystem-headers -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes
On Sun, Apr 22, 2012 at 09:06:18AM -0700, Garrett Cooper wrote:
> >>> On 4/20/2012 5:16 AM, Jan Sieka wrote:
> I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48
> UTC) on a machine running FreeBSD 7.3.
...
> Ugh. The usecase (that's now broken) is that Jan from Semih
On Apr 22, 2012, at 10:34 AM, Dimitry Andric wrote:
> Well, I wouldn't want to run autoconf during build, firstly because it
> is horribly slow, and second because the results will be less
> predictable. Maybe during the bootstrap stage, it would be acceptable.
Sure -- that seems reasonable.
>
On 2012-04-22 18:06, Garrett Cooper wrote:
> On Apr 22, 2012, at 8:51 AM, Dimitry Andric wrote:
...
>> However, this will have started failing just very recently, since obrien
>> updated to a new file(1) version, and regenerated the config.h file:
>>
>>
>> http://svnweb.freebsd.org/base/head/lib/
On Apr 22, 2012, at 8:51 AM, Dimitry Andric wrote:
> On 2012-04-22 16:51, Garrett Cooper wrote:
>> On Apr 20, 2012, at 10:26 AM, Doug Barton wrote:
>>> On 4/20/2012 5:16 AM, Jan Sieka wrote:
I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48
UTC) on a machine running
On 2012-04-22 16:51, Garrett Cooper wrote:
> On Apr 20, 2012, at 10:26 AM, Doug Barton wrote:
>> On 4/20/2012 5:16 AM, Jan Sieka wrote:
>>> I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48
>>> UTC) on a machine running FreeBSD 7.3.
>>
>> That's not a supported configuration.
On Apr 20, 2012, at 10:26 AM, Doug Barton wrote:
> On 4/20/2012 5:16 AM, Jan Sieka wrote:
>> I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48
>> UTC) on a machine running FreeBSD 7.3.
>
> That's not a supported configuration. We don't promise support for
> $VERSION on anyth
Not even a full crossbuild?
adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 4/20/2012 5:16 AM, Jan Sieka wrote:
> I can't build world from recent sources (HEAD as of 2012.04.19 11:06:48
> UTC) on a machine running FreeBSD 7.3.
That's not a supported configuration. We don't promise support for
$VERSION on anything less than the most recent version of $VERSION - 1.
--
On Wed, Jun 30, 2010 at 04:26:53PM +0200, Claude Buisson wrote:
> Anton Shterenlikht wrote:
> > HI Claude
> >
> > http://www.mavetju.org/mail/view_message.php?list=freebsd-current&id=3145015
> >
> > Have you got a reply to your question?
> > Have you solved it?
> >
> >
> > I'm now seeing the same o
On Mon, Nov 17, 2003 at 01:04:33AM +0100, Aron H?kanson wrote:
> S?n 2003-11-16 klockan 21.12 skrev Peter Ulrich Kruppa:
> > Hi!
> >
> > I have a problem with today's sources.
> >
> > At my first try make buildworld and make kernel worked all-right
> > and the new kernel could be booted, so I did
Sön 2003-11-16 klockan 21.12 skrev Peter Ulrich Kruppa:
> Hi!
>
> I have a problem with today's sources.
>
> At my first try make buildworld and make kernel worked all-right
> and the new kernel could be booted, so I didn't check closely and
> made installworld. This failed *somewhere* , and now
On Wed, Oct 29, 2003 at 12:18:39AM +0100, Bernhard Valenti wrote:
> hi,
>
> a buildworld with a de_AT locale fails in src/lib/libedit, the file
> fcnl.h that gets created is broken. i found that problem in the mailing
> list(april this year), and wonder if this has still not been fixed?
It alre
On Sat, Oct 25, 2003 at 06:06:24AM +0900, Hajimu UMEMOTO wrote:
> Hi,
>
> > On Fri, 24 Oct 2003 23:03:31 +0200
> > Wilko Bulte <[EMAIL PROTECTED]> said:
>
> wkb> ll -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libfetch/common.c
> wkb> /usr/src/lib/libfetch/common.c:58: error: `EAIN
Hi,
> On Fri, 24 Oct 2003 23:03:31 +0200
> Wilko Bulte <[EMAIL PROTECTED]> said:
wkb> ll -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libfetch/common.c
wkb> /usr/src/lib/libfetch/common.c:58: error: `EAINONAME' undeclared here (not
It was fixed already. Please re-cvsup.
Sorry for
On Fri, Oct 24, 2003 at 11:03:31PM +0200, Wilko Bulte wrote:
> ll -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libfetch/fetch.c
> cc -O -pipe -mcpu=ev6 -mieee -I. -DINET6 -DWITH_SSL -Wsystem-headers -Werror
> -Wa
> ll -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libfetch/common.c
> /u
Dag-Erling Smørgrav wrote:
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
find /usr/obj -name .depend
or better yet
rm -rf /usr/obj/*
*ahem*
the correct incantation is:
# cd /usr/src
# make cleandir
# make cleandir
DES
Removing the /usr/obj/* tree worked, back in business. Will have
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> find /usr/obj -name .depend
>
> or better yet
>
> rm -rf /usr/obj/*
*ahem*
the correct incantation is:
# cd /usr/src
# make cleandir
# make cleandir
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EM
M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Scott W <[EMAIL PROTECTED]> writes:
: M. Warner Losh wrote:
:
: >I'd remove all the .depend files and try again.
: >
: >Warner
: >___
: >[EMAIL PROTECTED] mailing list
: >http://lists.free
1 - 100 of 184 matches
Mail list logo
