Mark Millard wrote:
On 2020-Jul-8, at 20:35, Yuri Pankov wrote:
Mark Millard wrote:
This seems to have broken doing buildworld buildkernel and
other things using make:
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
comparison operator should be either == or !=
make[
On 2020-Jul-8, at 20:35, Yuri Pankov wrote:
> Mark Millard wrote:
>> This seems to have broken doing buildworld buildkernel and
>> other things using make:
>> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
>> comparison operator should be either == or !=
>> make[2]: "/
In message <45359.1594266...@kaos.jnpr.net>, "Simon J. Gerraty" writes:
> Cy Schubert wrote:
> > This broke ports.
>
> I've reverted the change.
>
> Let me know if you still see issue.
As I said in my email, all I did was revert cond.c, and that fixed it. You
don't need to revert the whole patch
Mark Millard wrote:
> [External Email. Be cautious of content]
>
>
> This seems to have broken doing buildworld buildkernel and
> other things using make:
Ouch sorry I saw this at one point but couldn't reproduce while trying
to work out what it was complaining about.
The line numbers did/do n
Cy Schubert wrote:
> This broke ports.
I've reverted the change.
Let me know if you still see issue.
>
> cwsys# make checksum
> make: "/usr/ports/Mk/Uses/python.mk" line 367: warning: String comparison
> operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 367: Malfor
Author: sjg
Date: Thu Jul 9 03:46:07 2020
New Revision: 363035
URL: https://svnweb.freebsd.org/changeset/base/363035
Log:
Revert r363031
Modified:
head/contrib/bmake/ChangeLog
head/contrib/bmake/FILES
head/contrib/bmake/LICENSE
head/contrib/bmake/VERSION
head/contrib/bmake/arch.c
h
Mark Millard wrote:
This seems to have broken doing buildworld buildkernel and
other things using make:
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
comparison operator should be either == or !=
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
co
In message <202007082120.068lkcen067...@repo.freebsd.org>, "Simon J.
Gerraty" w
rites:
> Author: sjg
> Date: Wed Jul 8 21:20:12 2020
> New Revision: 363031
> URL: https://svnweb.freebsd.org/changeset/base/363031
>
> Log:
> Update to bmake-20200704
>
> Key changes include reduced noise at e
Author: delphij
Date: Thu Jul 9 02:52:39 2020
New Revision: 363034
URL: https://svnweb.freebsd.org/changeset/base/363034
Log:
sys/geom: consistently use _PATH_DEV instead of hardcoding "/dev/".
Reviewed by: cem
MFC after:2 weeks
Differential Revision:https://reviews.freebs
This seems to have broken doing buildworld buildkernel and
other things using make:
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
comparison operator should be either == or !=
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
comparison operator shou
Author: olivier (ports committer)
Date: Wed Jul 8 21:40:27 2020
New Revision: 363032
URL: https://svnweb.freebsd.org/changeset/base/363032
Log:
Install extra TCP stack header files: They are needed to compile a userland
component of TCP Blackbox Recorder as example.
Approved by: rrs
S
Author: sjg
Date: Wed Jul 8 21:20:12 2020
New Revision: 363031
URL: https://svnweb.freebsd.org/changeset/base/363031
Log:
Update to bmake-20200704
Key changes include reduced noise at end of failed build log
and avoid evaluation of unnecessary terms in conditionals.
MFC after:1
Author: manu
Date: Wed Jul 8 19:14:44 2020
New Revision: 363021
URL: https://svnweb.freebsd.org/changeset/base/363021
Log:
twsi: Fix for > Allwinner A20
Every revision of twsi after the A20 have a bug where we need to
write again the control register after each interrupts. We also need
Author: alfredo
Date: Wed Jul 8 18:58:44 2020
New Revision: 363020
URL: https://svnweb.freebsd.org/changeset/base/363020
Log:
test: add libkvm read test
This test checks if value received from kvm_read is sane, based on
value returned by sysctl interface.
This should catch regressio
Author: manu
Date: Wed Jul 8 17:14:44 2020
New Revision: 363015
URL: https://svnweb.freebsd.org/changeset/base/363015
Log:
extres/syscon_generic: Make device quiet if not in boot verbose
On some boards there is a lot of of syscon node that are unused as
more specific drivers is probed be
Author: asomers
Date: Wed Jul 8 17:12:12 2020
New Revision: 363014
URL: https://svnweb.freebsd.org/changeset/base/363014
Log:
geli: enable direct dispatch
geli does all of its crypto operations in a separate thread pool, so
g_eli_start, g_eli_read_done, and g_eli_write_done don't actuall
Author: dim
Date: Wed Jul 8 16:50:47 2020
New Revision: 363013
URL: https://svnweb.freebsd.org/changeset/base/363013
Log:
Merge commit 065fc1eafe7c from llvm git (by Richard Smith):
PR45521: Preserve the value kind when performing a standard
conversion sequence on a glvalue expressio
Author: tuexen
Date: Wed Jul 8 16:23:40 2020
New Revision: 363012
URL: https://svnweb.freebsd.org/changeset/base/363012
Log:
Improve consistency.
MFC after:1 week
Modified:
head/sys/netinet/sctp_input.c
Modified: head/sys/netinet/sctp_input.c
===
Author: tuexen
Date: Wed Jul 8 16:04:06 2020
New Revision: 363011
URL: https://svnweb.freebsd.org/changeset/base/363011
Log:
Fix error description.
MFC after:1 week
Modified:
head/sys/netinet/sctp_indata.c
Modified: head/sys/netinet/sctp_indata.c
===
Author: tuexen
Date: Wed Jul 8 15:49:30 2020
New Revision: 363010
URL: https://svnweb.freebsd.org/changeset/base/363010
Log:
Don't accept FORWARD-TSN chunks when I-FORWARD-TSN was negotiated
and vice versa.
MFC after:1 week
Modified:
head/sys/netinet/sctp_input.c
Modified
Author: tuexen
Date: Wed Jul 8 12:25:19 2020
New Revision: 363008
URL: https://svnweb.freebsd.org/changeset/base/363008
Log:
Improve handling of PKTDROP chunks. This includes the input validation
to address two issues found by ossfuzz testing the userland stack:
* https://oss-fuzz.com/testc
On 2020-Jul-8, at 01:28, Stefan Eßer wrote:
> Am 08.07.20 um 09:01 schrieb Mark Millard:
>> The following is more informational than anything as far
>> as I'm concerned. But there may be implications that I'm
>> unaware of. (I sometimes experiment with toolchain use
>> to see what the current sta
Am 08.07.20 um 09:01 schrieb Mark Millard:
> The following is more informational than anything as far
> as I'm concerned. But there may be implications that I'm
> unaware of. (I sometimes experiment with toolchain use
> to see what the current status is for such use.)
>
> I attempted to build a sy
The following is more informational than anything as far
as I'm concerned. But there may be implications that I'm
unaware of. (I sometimes experiment with toolchain use
to see what the current status is for such use.)
I attempted to build a system for 32-bit powerpc using clang
and binutils, build
24 matches
Mail list logo
