search for: extraopt

Displaying 7 results from an estimated 7 matches for "extraopt".

Did you mean: extraopts
2006 Feb 27
0
method dispatch and in-place modification? - unclass, RemoveClass, getDataPart, method dispatch
I have a little problem about method dispatch and "unnessary" copying. Basically what I would like to do is: `[.myclass` <- function(x, i,j, extraopt=TRUE/FALSE, drop=TRUE) { ...do stuff depending on extraopt... value <- Nextmethod("[", x, i,j, drop=TRUE) ... do more stuff depending on extraopt... } I have two general problems: (1) NextMethod() really doesn't like having "extraopt" around. (2) I can do &quot...
2017 Oct 02
2
[EXT] Should we switch to --hash-style=both by default in LLD ?
...e. // Android loader does not support .gnu.hash. // Hexagon linker/loader does not support .gnu.hash if (!IsMips && !IsAndroid && !IsHexagon) { if (Distro.IsRedhat() || Distro.IsOpenSUSE() || (Distro.IsUbuntu() && Distro >= Distro::UbuntuMaverick)) ExtraOpts.push_back("--hash-style=gnu"); if (Distro.IsDebian() || Distro.IsOpenSUSE() || Distro == Distro::UbuntuLucid || Distro == Distro::UbuntuJaunty || Distro == Distro::UbuntuKarmic) ExtraOpts.push_back("--hash-style=both"); } Given that several libc implementa...
2017 Oct 02
2
Should we switch to --hash-style=both by default in LLD ?
+1 for both table formats. Then we're compatible by default no matter what. If somebody cares about .o file size, they can explicitly specify their --hash-style. On Mon, Oct 2, 2017 at 5:35 AM, George Rimar via llvm-dev < llvm-dev at lists.llvm.org> wrote: > >> Le 2 oct. 2017 à 14:23, George Rimar <grimar at accesssoftek.com> a écrit > : > >> > >> I
2014 Jun 28
1
tftp-hpa 5.2
...us xinetd.service? xinetd.service - Xinetd A Powerful Replacement For Inetd ? ?Loaded: loaded (/usr/lib/systemd/system/xinetd.service; enabled) ? ?Active: active (running) since Sat 2014-06-28 12:19:13 EST; 20s ago ? Process: 13379 ExecStart=/usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid $EXTRAOPTIONS (code=exited, status=0/SUCCESS) ?Main PID: 13380 (xinetd) ? ?CGroup: /system.slice/xinetd.service ? ? ? ? ? ???13380 /usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid Jun 28 12:19:13 ws-lapy xinetd[13380]: removing daytime Jun 28 12:19:13 ws-lapy xinetd[13380]: removing discard Jun 28 12...
2014 Jun 28
1
tftp-hpa 5.2
...Xinetd A Powerful Replacement For Inetd >> ? ?Loaded: loaded (/usr/lib/systemd/system/xinetd.service; enabled) >> ? ?Active: active (running) since Sat 2014-06-28 12:19:13 EST; 20s >> ago ? Process: 13379 ExecStart=/usr/sbin/xinetd -stayalive -pidfile >> /var/run/xinetd.pid $EXTRAOPTIONS (code=exited, status=0/SUCCESS) >> ?Main PID: 13380 (xinetd) ? ?CGroup: /system.slice/xinetd.service >> ? ? ? ? ? ???13380 /usr/sbin/xinetd -stayalive -pidfile >> /var/run/xinetd.pid Jun 28 12:19:13 ws-lapy xinetd[13380]: removing >> daytime Jun 28 12:19:13 ws-lapy xinet...
2010 Jan 18
2
[LLVMdev] LLVM-gcc for ARM
...s --disable-shared --with-gnu-as --with-gnu-ld --disable-libssp 3. Next: taken newlib-1.17.0 source code and configured with the following options: --target=arm-none-eabi --eanble-multilib --with-gnu-as --with-gnu-ld --dlsable-nls --disable-libssp 4. finally have repeated the step 2, but with an extraoption: --with-sysroot=/home/LLVM/build/arm-none-eabi/newlib/libc.   What I am supposed to do next? you said that I have to recompile binutils with --with-sysroot option? Thank you. --- On Sun, 1/17/10, Anton Korobeynikov <anton at korobeynikov.info> wrote: From: Anton Korobeynikov <anton...
2010 Dec 07
1
[ANNOUNCE] xorg-server 1.9.99.901
...sion procs and close proc from InputInfoRec. xfree86: skip a few NULL initialization, calloc does it for us. xfree86: minor comment fix. HAL ? config backend xfree86: move a declaration down to the block it is used in. xfree86: remove some ifdef 0 code. xfree86: remove extraOptions field from IDevRec. xfree86: Remove extraOptions parameter from xf86CollectInputOptions. xfree86: plug minor memory leak. xfree86: remove IDevRec, replace with InputInfoRec. xfree86: update comment for xf86DeleteInput xfree86: remove XI_PRIVATE macro, unused....