date:20200708

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

2020-07-08 Thread Mark Millard

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 should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
. . .

Using -d c shows the likes of:

. . .
lhs = "clang", rhs = "clang", op = ==
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String 
comparison operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
lhs = "LD", rhs = "LD", op = ==
. . .
left = 6.00, right = 2.00, op = <=
left = 6.00, right = 1.00, op = <=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "clang", 
op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
lhs = "clang", rhs = "gcc", op = ==
. . .
left = 0.00, right = 6.00, op = <=
left = 0.00, right = 3.00, op = <=
lhs = "clang", rhs = "gcc", op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
left = 11.00, right = 7.00, op = >=
lhs = "amd64", rhs = "arm", op = ==

(Now I just need to figure out how to get back to a working context.)

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

SVN r363032 - portmaster|portupgrade now fails

2020-07-08 Thread Michael Butler

Did the bmake update break the updating of ports or something else?

# sudo -E portmaster -a
===>>> Gathering distinfo list for installed ports

===>>> Starting check of installed ports for available updates
make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
comparison operator should be either == or !=
make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
(!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
${__VER} > ${_PYTHON_VERSION_MAXIMUM})))

 [ snip ]

make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
comparison operator should be either == or !=
make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
(!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
comparison operator should be either == or !=
make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
(!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
comparison operator should be either == or !=
make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
(!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
${__VER} > ${_PYTHON_VERSION_MAXIMUM})))

imb
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

2020-07-08 Thread Yuri Pankov


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[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String 
comparison operator should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
. . .
Using -d c shows the likes of:
. . .
lhs = "clang", rhs = "clang", op = ==
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String 
comparison operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
lhs = "LD", rhs = "LD", op = ==
. . .
left = 6.00, right = 2.00, op = <=
left = 6.00, right = 1.00, op = <=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "clang", 
op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
lhs = "clang", rhs = "gcc", op = ==
. . .
left = 0.00, right = 6.00, op = <=
left = 0.00, right = 3.00, op = <=
lhs = "clang", rhs = "gcc", op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
left = 11.00, right = 7.00, op = >=
lhs = "amd64", rhs = "arm", op = ==
(Now I just need to figure out how to get back to a working context.)


For me, buildworld/buildkernel produced only warnings,


But, looking at the code in bmake, the expression is also
evaluated differently/incorrectly when it is classified as
having the problem of having a incorrect operator. In other
words: the behavior in make changes via misevaluated
expressions.



though the one in ports is real issue:

$ make config
make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison 
operator should be either == or !=
make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional 
(defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < ${_MAKE_JOBS_NUMBER} ))
make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/devel/subversion


Not the only "real issue", I'm afraid.


Yeah, sorry, looks like I'm late to the party, and it was already 
discussed and reverted.

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

2020-07-08 Thread Yuri Pankov


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 
comparison operator should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
. . .
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
. . .

Using -d c shows the likes of:

. . .
lhs = "clang", rhs = "clang", op = ==
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String 
comparison operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
lhs = "LD", rhs = "LD", op = ==
. . .
left = 6.00, right = 2.00, op = <=
left = 6.00, right = 1.00, op = <=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "clang", 
op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 100: warning: String comparison 
operator should be either == or !=
lhs = "${${:UCOMPILER_TYPE}__${${:U${_empty_var_}}_cc_hash}}", rhs = "gcc", op 
= ==
lhs = "clang", rhs = "gcc", op = ==
. . .
left = 0.00, right = 6.00, op = <=
left = 0.00, right = 3.00, op = <=
lhs = "clang", rhs = "gcc", op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison 
operator should be either == or !=
lhs = "clang", rhs = "clang", op = ==
left = 11.00, right = 7.00, op = >=
lhs = "amd64", rhs = "arm", op = ==

(Now I just need to figure out how to get back to a working context.)


For me, buildworld/buildkernel produced only warnings, though the one in 
ports is real issue:


$ make config
make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison 
operator should be either == or !=
make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional 
(defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < 
${_MAKE_JOBS_NUMBER} ))

make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/devel/subversion
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6_ipfilter_rules= is obsolete ?

2020-07-08 Thread Marcelo Araujo

Em qui., 9 de jul. de 2020 às 07:34, Rodney W. Grimes <
freebsd-...@gndrsh.dnsmgr.net> escreveu:

> > In /etc/defaults/rc.conf I see this
> >
> > ipv6_ipfilter_rules="/etc/ipf6.rules"
> > # rules definition file for ipfilter,
> > # see /usr/src/contrib/ipfilter/rules for examples
> >
> > man 8 ipf  says
> >
> > ipf -6  ipv4 and ipv6 rules are stored in a single table and can be read
> > from a single file. This option is no longer required to load ipv6 rules.
> >
> > I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules"
> >line in /etc/defaults/rc.conf is obsolete and should be removed
> > before RELEASE 13.0 is published for users to use.
>
> Interesting, though I would not remove it.  It should be marked as
> depricated and the /etc/rc.d/ipfilter shell script updated to emit
> a warning that it is depricated, but it should still be processed
> to retain backwards compatibility and NOT lock someone out of a
> system who has just done an upgrade to a newer version.
>

Do you mean deprecated or depricated?
Got confused here! Sorry English is hard for non-native speakers.


>
> --
> Rod Grimes
> rgri...@freebsd.org
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>


-- 

-- 
Marcelo Araujo(__)ara...@freebsd.org
\\\'',)http://www.FreeBSD.org    \/  \ ^
Power To Server. .\. /_)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: SVN r363032 - portmaster|portupgrade now fails

2020-07-08 Thread Manfred Antar

Same error here, Even trying to build a port fails:
(src)5023}cd /usr/ports/shells/bash
(bash)5024}make
make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison 
operator should be either == or !=
make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional 
(defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < 
${_MAKE_JOBS_NUMBER} ))
make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/shells/bash
(bash)5025}

> On Jul 8, 2020, at 5:33 PM, Michael Butler  
> wrote:
> 
> Did the bmake update break the updating of ports or something else?
> 
> # sudo -E portmaster -a
> ===>>> Gathering distinfo list for installed ports
> 
> ===>>> Starting check of installed ports for available updates
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> 
> [ snip ]
> 
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> 
>   imb
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6_ipfilter_rules= is obsolete ?

2020-07-08 Thread Rodney W. Grimes

> In /etc/defaults/rc.conf I see this
> 
> ipv6_ipfilter_rules="/etc/ipf6.rules"
> # rules definition file for ipfilter,
> # see /usr/src/contrib/ipfilter/rules for examples
> 
> man 8 ipf  says
> 
> ipf -6  ipv4 and ipv6 rules are stored in a single table and can be read 
> from a single file. This option is no longer required to load ipv6 rules.
> 
> I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" 
>line in /etc/defaults/rc.conf is obsolete and should be removed 
> before RELEASE 13.0 is published for users to use.

Interesting, though I would not remove it.  It should be marked as
depricated and the /etc/rc.d/ipfilter shell script updated to emit
a warning that it is depricated, but it should still be processed
to retain backwards compatibility and NOT lock someone out of a
system who has just done an upgrade to a newer version.

-- 
Rod Grimes rgri...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

ipv6_ipfilter_rules= is obsolete ?

2020-07-08 Thread Ernie Luzar


In /etc/defaults/rc.conf I see this

ipv6_ipfilter_rules="/etc/ipf6.rules"
# rules definition file for ipfilter,
# see /usr/src/contrib/ipfilter/rules for examples

man 8 ipf  says

ipf -6  ipv4 and ipv6 rules are stored in a single table and can be read 
from a single file. This option is no longer required to load ipv6 rules.


I interrupt this to mean that the ipv6_ipfilter_rules="/etc/ipf6.rules" 
  line in /etc/defaults/rc.conf is obsolete and should be removed 
before RELEASE 13.0 is published for users to use.




___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Further note - Re: CFT for vendor openzfs

2020-07-08 Thread Matthew Macy

Do NOT zpool upgrade unless you are willing to live without the
ability to ever rollback to the legacy zfs kmod.

On Wed, Jul 8, 2020 at 2:31 PM Matthew Macy  wrote:
>
> Checkout updated HEAD:
> % git clone https://github.com/mattmacy/networking.git -b
> projects/openzfs_vendor freebsd
>
> Checkout updated openzfs in to sys/contrib:
> % git clone https://github.com/zfsonfreebsd/ZoF.git -b
> projects/openzfs_vendor freebsd/sys/contrib/openzfs
>
> Build world and kernel with whatever your usual configuration is.
> Where possible the openzfs kmod is backward compatible with the cmd
> utils in HEAD so common operations work with existing tools and the
> new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries
> are backward compatible with the zfs kmod in HEAD. Although ideally
> one would test this in a separate boot environment, the
> interoperability should allow one to rollback without too much
> difficulty.
>
> Thanks in advance for your time.
> -M
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

CFT for vendor openzfs

2020-07-08 Thread Matthew Macy

Checkout updated HEAD:
% git clone https://github.com/mattmacy/networking.git -b
projects/openzfs_vendor freebsd

Checkout updated openzfs in to sys/contrib:
% git clone https://github.com/zfsonfreebsd/ZoF.git -b
projects/openzfs_vendor freebsd/sys/contrib/openzfs

Build world and kernel with whatever your usual configuration is.
Where possible the openzfs kmod is backward compatible with the cmd
utils in HEAD so common operations work with existing tools and the
new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries
are backward compatible with the zfs kmod in HEAD. Although ideally
one would test this in a separate boot environment, the
interoperability should allow one to rollback without too much
difficulty.

Thanks in advance for your time.
-M
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: driver for cp2112 (USB GPIO and I2C gadget)

2020-07-08 Thread Andriy Gapon

On 19/06/2020 17:14, Andriy Gapon wrote:
> 
> If anyone interested in reviewing a new driver please help yourself to:
> https://reviews.freebsd.org/D25359
> https://reviews.freebsd.org/D25360
> What might be curious about it is that there are usb, i2c and gpio mixed 
> together.

Any interest at all?
I am still torn about which of the approaches to take.

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

SVN r363032 - portmaster|portupgrade now fails

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

Re: svn commit: r363031 - in head: contrib/bmake contrib/bmake/lst.lib contrib/bmake/mk contrib/bmake/mk/sys contrib/bmake/unit-tests usr.bin/bmake (make now broken)

Re: ipv6_ipfilter_rules= is obsolete ?

Re: SVN r363032 - portmaster|portupgrade now fails

Re: ipv6_ipfilter_rules= is obsolete ?

ipv6_ipfilter_rules= is obsolete ?

Further note - Re: CFT for vendor openzfs

CFT for vendor openzfs

Re: driver for cp2112 (USB GPIO and I2C gadget)

11 matches

Site Navigation

Mail list logo

Footer information