Home
last modified time | relevance | path

Searched refs:solution (Results 1 – 25 of 147) sorted by relevance

123456

/NextBSD/contrib/gcc/
HDtree-ssa-structalias.c255 bitmap solution; member
381 ret->solution = BITMAP_ALLOC (&pta_obstack); in new_var_info()
1078 bitmap_set_bit (get_varinfo (lhsvar)->solution, rhsvar); in build_succ_graph()
1238 if (bitmap_ior_into (get_varinfo (to)->solution, in unify_nodes()
1239 get_varinfo (from)->solution)) in unify_nodes()
1248 BITMAP_FREE (get_varinfo (from)->solution); in unify_nodes()
1368 sol = get_varinfo (t)->solution; in do_da_constraint()
1394 bitmap sol = get_varinfo (lhs)->solution; in do_sd_constraint()
1424 flag |= bitmap_ior_into (sol, get_varinfo (t)->solution); in do_sd_constraint()
1426 flag |= bitmap_ior_into (sol, get_varinfo (t)->solution); in do_sd_constraint()
[all …]
HDaclocal.m456 # Another solution, used here, is to always expand $ac_aux_dir to an
/NextBSD/release/picobsd/tinyware/sps/
HDREADME4 is superior solution).
/NextBSD/cddl/contrib/dtracetoolkit/Notes/
HDALLfbt_notes.txt37 in a very unstable way, as a temporary solution while stable providers
48 and bug fixes). The only practical solution is the development and
/NextBSD/sys/boot/fdt/dts/arm/
HDpandaboard-common.dtsi30 non-removable; /* XXX need real solution */
/NextBSD/contrib/ntp/ntpsnmpd/
HDREADME22 I will try to do this earlier in order to be able to have a working solution at the end of this pro…
/NextBSD/contrib/unbound/libunbound/python/doc/
HDintro.rst39 …* Great solution for customizable and dynamic DNS-based white/blacklists (spam rejection, connecti…
/NextBSD/contrib/nvi/cl/
HDREADME.signal81 Also, the second solution doesn't work for flow control characters, as
154 itself to sleep. There's a solution to all of this: when vi starts, it puts
173 The simplest solution is probably to twiddle the tty, install a handler for
/NextBSD/sys/kern/
HDMake.tags.inc11 # better solution would be for ctags to generate "struct vmmeter" tags.
/NextBSD/contrib/amd/
HDREADME.attrcache79 The near term solution is for every OS to support a true 'noac' flag, which
82 The long term solution is to implement Autofs support for all OSs and to
/NextBSD/crypto/openssh/
HDTODO73 + /dev/zero solution (Solaris)
/NextBSD/crypto/heimdal/doc/
HDmisc.texi56 A working solution would be to hook up a machine with a real operating
/NextBSD/sbin/natd/samples/
HDnatd.cf.sample84 # The obvious solution is to use only a single address for the name, the
/NextBSD/etc/mail/
HDREADME16 just the localhost interface). If this is not a desirable solution, it
/NextBSD/crypto/openssl/
HDPROBLEMS30 Another solution that many seem to recommend is to move the libraries
50 The solution is simple for now: don't run parallell make when testing.
/NextBSD/crypto/openssl/doc/crypto/
HDEC_GROUP_copy.pod82 * which solution of the quadratic equation y is */
87 * which solution of the quadratic equation y is */
HDX509_NAME_get_index_by_NID.pod58 For a more general solution X509_NAME_get_index_by_NID() or
HDBIO_should_retry.pod101 the platforms I/O functions. This is often not desirable: one solution
HDlhash.pod147 best solution to this problem is to set hash-E<gt>down_load=0 before
149 The best solution is probably to avoid deleting items from the hash
/NextBSD/cddl/contrib/dtracetoolkit/Docs/
HDFaq72 a solution in the kit. Maybe changing one of the toolkit programs slightly
/NextBSD/sys/gnu/dts/arm/
HDarmada-xp-db.dts56 * solution) or the below Device Tree should be adjusted.
HDarmada-370-rd.dts54 * solution) or the below Device Tree should be adjusted.
HDarmada-xp-gp.dts56 * solution) or the below Device Tree should be adjusted.
/NextBSD/contrib/serf/
HDdesign-guide.txt63 ### need more explanation of strategy/solution ...
/NextBSD/contrib/llvm/lib/Target/MSP430/
HDMSP430InstrFormats.td15 // ad-hoc solution used to emit machine instruction encodings by our machine

123456