search for: extra_opts

is there a way of specifying preferred key exchange methods on client end with OpenSSL 3.1 using ssh2? i'm trying to determine which key exchange method is actually being used for a connection but i'm i bit confused by the debug messages: ... debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex:

I'm toying with building with -mdynamic-no-pic, but for this to work, the shared library bits in llvm can't be built with that flag. I've found that: Index: Makefile.rules =================================================================== --- Makefile.rules (revision 71041) +++ Makefile.rules (working copy) @@ -472,6 +476,9 @@ ifneq ($(DARWIN_MAJVERS),4) LD.Flags += $(RPATH)

...e # shows there is a need to pass arbitrary provider-specific args # i.e. the RH sysvinit provider would turn " " to \n and # drop these into the network-scripts file. # This particular option enables ''/dev/vlan201'' instead of ''/dev/eth0.201'' extra_opts => "VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD PEERDNS=NO PEERNTP=NO" } ### bonding example - master interface with two slaves networkinterface { "bond0": ensure => "enabled", ipaddress => "10.0.0.4", netmask => "255.255.255.0&q...

On May 7, 2009, at 6:24 PM, Mike Stump wrote: > I'm toying with building with -mdynamic-no-pic, but for this to work, > the shared library bits in llvm can't be built with that flag. Hi Mike, If you're doing this for Clang's benefit, I think the best thing to do is to compile LLVM PIC (the default) and then build the clang front- end pieces with -mdynamic-no-pic. Does

This patch series allows user-specified mount commands to be sent in via kernel command line ("kinit_mount=...") or via an embedded /etc/fstab file. The first patch is a cleanup of a patch sent last November by San Mehat (http://web.archiveorange.com/archive/v/EazJNBMORV2U7E0coh5h); the next two are small improvements or bug fixes.

On Tue, 2012-05-01 at 16:06 -0500, Hal Finkel wrote: > LLVM/clang now will build in the normal way (./configure; make install) > on PPC (you'll need at least the 3.1 release candidate (or trunk)). I > generally build on my PPC64 hosts with: > make ENABLE_OPTIMIZED=1 OPTIMIZE_OPTION=-O2 EXTRA_OPTIONS=-mminimal-toc Ok, it built fine, but what is the llvm equivalent of gcc's -m32

On Tue, 01 May 2012 15:10:56 -0500 Peter Bergner <bergner at vnet.ibm.com> wrote: > On Sat, 2012-04-28 at 15:51 -0500, Hal Finkel wrote: > > > > - There is no support for generating position-independent code > > > > on PPC32. (PIC on PPC64 now works well). Nevertheless, I have > > > > sometimes run into linking errors when compiling shared > >

To build 64-bit libraries (i.e. 'file <library>' shows x86_64) try 'make EXTRA_OPTIONS=-m64" Either 32-bit or 64-bit libraries are able to generate code for either 32-bit or 64-bit, try -m32 or -m64 at runtime On Feb 9, 2009, at 4:16 PMPST, Jan Rehders wrote: > Hi, > > how do I compile LLVM for 64-bit on OS X? I want to get 64-bit > libraries which

On May 8, 2009, at 11:49 AM, Chris Lattner wrote: > On May 7, 2009, at 6:24 PM, Mike Stump wrote: >> I'm toying with building with -mdynamic-no-pic, but for this to work, >> the shared library bits in llvm can't be built with that flag. > > Hi Mike, > > If you're doing this for Clang's benefit, No, not really, I'm doing it for the general benefit of

Hi, when I try to generate LLVM-IR which calls back to native C functions the jit compiler generates invalid code on 64-bit linux. The same code works fine on 32-bit linux, 32-bit OS X and 64-bit OS X. A reproduction case is attached to this mail. It is a simple modification of the "How to use jit" example adding a call to a native function. I am currently using EE->addGlobalMapping

Hi, how do I compile LLVM for 64-bit on OS X? I want to get 64-bit libraries which generate x86_64 to link them into a 64-bit application. All my attempts ended up with either 32-bit libraries or errors. My machine is an Intel Xeon quad core, 'sysctl hw.cpu64bit_capable' returns 1 so I think the machine is fine. - './configure && make' yields 32-bit libraries and

On Tue, 01 May 2012 17:23:07 -0500 Peter Bergner <bergner at vnet.ibm.com> wrote: > On Tue, 2012-05-01 at 16:06 -0500, Hal Finkel wrote: > > LLVM/clang now will build in the normal way (./configure; make > > install) on PPC (you'll need at least the 3.1 release candidate (or > > trunk)). I generally build on my PPC64 hosts with: > > make ENABLE_OPTIMIZED=1

Hi, We are running sernet samba, and on one particular DC (debian 7.11, samba 4.5.6), when logrotate is ready rotating, "sernet-samba-ad restart" fails with: > Shutting down SAMBA AD services : ...trying once more ... (warning). > ...trying once more ... (warning). ..... > ...trying once more ... (warning). > Error: /usr/sbin/samba still running with PID=14755 from

Over the weekend, I had to make a technical support call on one of my DVD burners, and at one point the recorded message mentioned I should have my serial number handy. I thought there was a way to read that from at least one piece of software on the system, but I couldn't remember one and man -k on a number of subjects was unrevealing. Can someone enlighten me (us)? Thanks. mhr

I updated to 0.22.3-1 from the dlutter repo (CentOS 4.4) and I''m still having trouble adding new nodes as others saw from the previous version, though I believe the error is different now. The procedure I used was: <client> /etc/init.d/puppet once -v <server> /usr/sbin/puppetca --sign nodename <client> /etc/init.d/puppet once -v This used to work for new nodes, now I

..._opts.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/usr/utils/mount_opts.c b/usr/utils/mount_opts.c index 05d1729..bb26c7d 100644 --- a/usr/utils/mount_opts.c +++ b/usr/utils/mount_opts.c @@ -89,8 +89,13 @@ parse_mount_options(char *arg, unsigned long rwflag, struct extra_opts *extra) break; } - if (res != 0 && s[0]) - add_extra_option(extra, opt); + if (res != 0 && s[0]) { + if (!strcmp(opt, "defaults")) + rwflag &= ~(MS_RDONLY|MS_NOSUID|MS_NODEV| + MS_NOEXEC|MS_SYNCHRONOUS); + else + add_extra_option(extra,...

Hi all, The test suite was not passing the Ocaml bits when using gcc/g++ 4.2.3. The following change suggested by Olivier Andrieu fixed the failing test by telling ocamlc to use "gcc -lstdc++" instead of the g++ compiler. Cheers, Erik Index: test/Makefile =================================================================== --- test/Makefile (revision 54250) +++ test/Makefile (working

On May 8, 2009, at 12:58 PM, Mike Stump wrote: >> I think the best thing to do >> is to compile LLVM PIC (the default) and then build the clang front- >> end pieces with -mdynamic-no-pic. Does this work for you? > > The proposed patch is more general that that. It avoids the flag, > when it is known it can't work, and leaves it in otherwise. This > allows the

When compiling trunk using gcc 4.1.2 on linux/ppc64, I now see a warning that I don't remember seeing previously: llvm[2]: Compiling InlineSpiller.cpp for Release+Asserts build /src/llvm-trunk-dev/include/llvm/ADT/PointerIntPair.h: In member function ‘const PointerTy* llvm::PointerIntPair<PointerTy, IntBits, IntType, PtrTraits>::getAddrOfPointer() const [with PointerTy = void*, unsigned

...c @@ -7,9 +7,13 @@ #include <stdlib.h> #include <string.h> #include <unistd.h> +#include <mntent.h> #include "mount_opts.h" +#define _PATH_MOUNTED "/etc/mtab" +#define _PATH_PROC_MOUNTS "/proc/mounts" + char *progname; static struct extra_opts extra; @@ -22,6 +26,31 @@ static __noreturn usage(void) exit(1); } +static __noreturn print_mount(void) +{ + FILE *mfp; + struct mntent *mnt; + + mfp = setmntent(_PATH_MOUNTED, "r"); + if (!mfp) + mfp = setmntent(_PATH_PROC_MOUNTS, "r"); + if (!mfp) + perror("setmnte...