search for: ifdef'ed

Hi All. The recent setproctitle changes don't seem to work on NetBSD. Some of the variables are still used when the definitions are #ifdef'ed out. Attached patch fixes it, but I'm not sure it does it the right way. -Daz. gcc -g -O2 -Wall -Wpointer-arith -Wno-uninitialized -I. -I.. -I../../openbsd-compat -I../../openbsd-compat/.. -DHAVE_CONFIG_H -c ../../openbsd-compat/setproctitle.c ../../openbsd-compat/setproctitle.c: I...

A short while ago I wrote about the strange loop unrolling behavior we encountered. The problem was that with -O3, the following loop does not get unrolled if the ifdef'ed dead code is not present. ------------------------------------ extern volatile int v1; int unroll() { int i; int v2 = 0; for(i = 0; i < 3; i++) { if (i == v2) { v1 = 1000; } else { v1 = 1001; } #ifdef MODIFY_V2 // Dead code if (i == 3) { v2 = v2 + 1; }...

...However, if the condition involves potentially loop variant variables, the loop does get unrolled. The volatile variable assignments are there just to keep loop body from disappearing completely. In the real case this is derived from, the loop body contains some inline assembly. The code within #ifdef MODIFY_V2 in the attached C code is in fact dead code, as the condition of the if statement is never true. However, including this dead code in the compilation causes unrolling to take place. Am I missing something or should I file a bug? I tried looking around at LoopUnroll.cpp and UnrollLoop.cpp...

...es (related to the IDE as well as some project build settings which link to libraries in Win32) which have no close equivalents in the non-Win32 world. Hence can't do patches. How about creating Win32 subdirectories in the CVS distro and stick in all the Win32 relevant files in there? I have #ifdef'ed the Win32 specific stuff, so it will not break earlier stuff. thanks abhijit --- Michael Smith <msmith@xiph.org> wrote: > On Wednesday 20 August 2003 09:31, Abhijit Deshpande > wrote: > > Hello.. > > I have libshout2, ices0-3 and ices2 compiling on > Win32 > &g...

...ion? From what I can tell, the event > listener is responsible for allocating symbol table memory so it > effectively owns it. Can we register the address with the performance > tools? We're pushing to be more thread safe. As Eric said, this is just moving existing code, and it's #ifdef'ed out. I'll let the Shark folks invent a better solution. :) > +struct FunctionEmittedEvent { > +  // Indices are local to the RecordingJITEventListener, since the > +  // JITEventListener interface makes no guarantees about the order of > +  // calls between Listeners. > +...

...this improve, so i had assumed you would be happy with UDL syntax. compile time checking may not be possible without UDLs unless we wrap the format string in a macro, which may hurt readability even more. With a UDL we can get it via the gnu literal operator template though, and the check can be #ifdef'ed out on any compiler that doesn't support that extension In any case, both syntaxes are currently supported. Is that acceptable? On Mon, Oct 31, 2016 at 5:21 PM Chandler Carruth <chandlerc at gmail.com> wrote: > On Mon, Oct 31, 2016 at 3:46 PM Zachary Turner via llvm-dev < &...

...k/ChangeLog > trunk/clients/upsc.c > trunk/clients/upsclient.c > trunk/clients/upsclient.h > trunk/server/access.c > trunk/server/access.h > trunk/server/ctype.h > trunk/server/upsd.c > trunk/server/user.c > trunk/server/user.h > Log: > - #ifdef'ed the new code that (presumably) adds IPv6 support (compile with -DHAVE_IPV6 to enable this), default to the old IPv4 only code (portability concerns of the IPv6 patch) > > > Modified: trunk/ChangeLog > =============================================================================...

...the PM core to comment. Also, the disable_depth variable only exists if the kernel was compiled with CONFIG_PM enabled, but I can't find a "depends on PM" or something like that in nouveau's Kconfig. Actually, if PM is not selected, all the nouveau_pmops_*() functions should be #ifdef'ed away, but oddly there's no #ifdef CONFIG_PM anywhere in nouveau_drm.c. Anywayn, if I understand the commit message correctly, you're hitting a pm_runtime_get_sync() in a code path that itself is called during a pm_runtime_get_sync(). Could you include stack traces in the commit mes...

I've been trying to run a .NET app on Windows 2008 against a Samba v3.6.1 server running on OpenSuse x64 v12.1 but keep running into problems. What the .NET app is doing is trying to read the ACL for a directory using UNC path pointing to a directory below the "users" share on the samba server. The app is running as user Administrator. On the samba side the Administrator user has

Hi Jeffrey, This looks very good. Thanks. Some comments: +/// JitSymbolEntry - Each function that is JIT compiled results in one of these +/// being added to an array of symbols. This indicates the name of the function +/// as well as the address range it occupies. This allows the client to map +/// from a PC value to the name of the function. +struct JitSymbolEntry { A nitpick. Please

...#elif !defined(HAVE_SYSCONF) > #error "HAVE_SYSCONF not defined! See enable_execute_stack.c" > #else > const uintptr_t pageSize = sysconf(_SC_PAGESIZE); > #endif /* __APPLE__ */ > > followed by the generic Unix implementation. Neither applies to Win32, so > I ifdef'ed the whole thing. > > >> > + MEMORY_BASIC_INFORMATION b; >> > + >> > + if (!VirtualQuery(addr, &b, sizeof(b))) >> > + exit(1); >> > + if (!VirtualProtect(b.BaseAddress, b.RegionSize, >> PAGE_EXECUTE_READWRITE, &b.Pro...

I think best would be to just find some way to implement LOCK prefix patching using atomic compiler intrinsics and then switch to those Then all this inline assembler horror could be ifdef'ed away for old compilers only, and likely the generated code would be better as the compiler could optimize more. Or just give up on LOCK patching, as single CPU systems and VMs are less and less interesting? -Andi -- ak at linux.intel.com -- Speaking for myself only

...t functionality, it performs access control based on group membership. There is an earlier call to do_pam_setcred() in main() so this additional call to do_pam_setcred() doesn't need to be called on non-Linux platforms. I don't see any config.h #defines for Linux PAM so this code could be ifdef'ed out for Solaris by including a check for PAM_SUN_CODEBASE. -- You are receiving this mail because: You are watching the assignee of the bug.

I've implemented my RECOPLAY idea and also changed a few small things that used floating point in the current version (1.1.10). In the process I discovered a few bugs (see the diff). Then I #ifdef'ed out everything that is still requires floating point including : Preprocessing, Echo cancellation, Stereo, VBR, vocoder modes, wideband and ultrawideband modes that do not use Innovation Quantitization. Approximately a quarter of the modes remain. See www.rational.co.za/speexNoFloat.csv...

...Hence: R> source("checkCRAN.R") Package ERROR WARN NOTE OK [...] 23 RcppAPT 2 4 [...] No failures from Fedora. But two from macOS which I can never ever get rid off (unless I do silly code acrobatics by #ifdef'ing all real code away). So here is my question: Can we we please refine OS_type: unix a little more, and/or maybe allow other blacklists in the package upload? Thoughts or comments most welcome. Thanks, Dirk [1] https://gist.github.com/brodieG/e60c94d4036f45018530ea504258bcf3#file-...

Hi, I was just wondering if I can find WINE source code for 64 bits. I am looking for WINE test code for 64 bit in particular. If we do not have that one ready, I am considering to participate the project to port the code to 64 bit. Thank you.

...dam.bernstein at css-security.com The change to includes.h made between releases 3.8.1p1 and 3.9p1 broke the build of ssh-keyscan.c for HP-UX 10.20. Stubbing out lines 184-193 of includes.h fixes this problem. I am not sure what the portable automake method way of detecting HP-UX 10.20 is, but #ifdef'ing out this section of the header file according to a platform version less than HPUX11 is needed to fix the 10.20 build. After #if 0'ing out these lines I did a make clean and a make and everything then build successfully. ------- You are receiving this mail because: ------- You are t...

...that USE_PAM is not even #defined (e.g., UsePam cannot be specified in sshd_config). The code which is being affected by the change is in auth.c: | /* check for locked account */ | if (!options.use_pam && passwd && *passwd) { | int locked = 0; | | #ifdef LOCKED_PASSWD_STRING | if (strcmp(passwd, LOCKED_PASSWD_STRING) == 0) | locked = 1; | #endif [...] I think the current behaviour is more correct than the previous behaviour, so I haven't filed a bug. I haven't checked whether there are other places...

Hello.. I have libshout2, ices0-3 and ices2 compiling on Win32 with MSVC++ 6.0. However, I don't know where to upload the code and if someone is kind enuff to point out the location(s)/procedure that would be great. I will put a readme in the distro for compiling procedures. ices2 compiles but doesn't run correctly (yet). There are some issues related to parsing the ices-playlist.xml

Hello :) The attached patch (which is not in any way finished) optimizes the resampler. (For those following the discussions on IRC; this version includes optimizations for both direct and interpolate cases). Using GCC 4.3, x86_64, Valgrind to measure instruction counts, resampling 10 frames of 320 floats at quality 3. Direct was measured with a 16=>48 resampling, and interpolate with a