search for: hardcoding

Here's the terminal output. Please notice there are 3 fixme's fixme:imm:ImmGetOpenStatus (0x15b1f8): semi-stub fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority

Stop makeklcc.pl from hardcoding paths of cc, ld and strip in the klcc script it generates. Using hardcoded paths is generally a bad idea. First, the whole idea of $PATH is that you don't need to hardcode paths. Second, klcc is a Perl script but my hardcoding the paths you make it less portable. Signed-off-by: Martin Michlm...

...uot; variable, defaulting to 3, with 0 meaning "unlimited". As noted above, it should probably be logically independent from AutoConnect (this would change the default behaviour, however, as some ConnectTo statements would be ignored if there are more than 3 of them). My feeling is that hardcoding a parameter is generally a bad idea. One of the greatest things that can happen to a tool is an usage its creators hadn't thought of, and hardcoded parameters make this difficult. That being said, would something bad happen if different nodes used a different limit in the same network? I see...

Hi Rui, We meet a problem when enable the execute in place (XIP, https://en.wikipedia.org/wiki/Execute_in_place) for uefi firmware with lld-link. We need to set the COFF executable file SectionAlignment through the lld-link /ALIGN option, but we find the SectionAlignment is hardcoded to 4096 which cause the /ALIGN option doesn't work at all. Below is the hardcode in lld: lld\COFF\Writer.h

I'm looking at an issue for Homebrew (OS X package manager) where the compiled libc++ tries to load libc++abi at "@rpath/libc++abi.1.dylib", resulting in a dyld error. The issue can be found at https://github.com/Homebrew/homebrew/issues/47149 From what I can tell, this is a result of lines 561-564 of the CMakeLists.txt in the main LLVM repo: set(CMAKE_BUILD_WITH_INSTALL_RPATH ON)

Hi team, I use Samba 4.3.12 as a printserver with ~900 printers, and it takes about 20 seconds for rpcclient enumprinters command to finish. However, sometimes it gets stuck and returns WERR_SEM_TIMEOUT for no apparent reason, and this timeout always takes exactly 12 seconds. I was thinking maybe there is a hardcoded timeout somewhere that is shorter than expected 20 sec time for returning my

Hi, I have a few identical Dell Optiplex 7010 machines that I want to use for our school's computer room. I tried to clone these installations (like I did before on CentOS 5 and various versions of Slackware), but this time I ran into a problem. Here's what I did. 1. Install one computer and zero unused hard disk sectors with dd. 2. Send the image to a local FTP server using G4L

Hi I noticed that these defines (line 35 to 37) are hardcoded in the DataTypes.h include file: ---------------- #define HAVE_SYS_TYPES_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 ---------------- Shouldn't they have be defined by the configure script into llvm/Config/config.h? Henrik _________________________________________________________________ Undg� pop-ups med MSN Toolbar

Hi! in the llvm code there are several places with hardcoded function names for e.g. sin, sinf, sqrt, sqrtf etc., namely ConstantFolding.cpp InlineCost.cpp SelectionDAGBuilder.cpp IntrinsicLowering.cpp TargetLowering.cpp my question is: wouldn't it be beneficial to use intrinsics for this? for example a c/c++ frontend (clang) could translate the function calls to intrinsics and then in a

On Fri, 02 Mar 2012 13:55:18 +0100 Jochen Wilhelmy <jochen.wilhelmy at googlemail.com> wrote: > Hi! > > in the llvm code there are several places with hardcoded function > names for e.g. sin, sinf, sqrt, sqrtf etc., namely > ConstantFolding.cpp > InlineCost.cpp > SelectionDAGBuilder.cpp > IntrinsicLowering.cpp > TargetLowering.cpp > > my question is:

Winefile seems to be hardcoded when it comes to opening folders. No matter what I do it always pops up. I tried deleting HKEY_CLASSES_ROOT\Folder and nothing changed. What can I do to convince wine to open folders with /usr/bin/nautilus ? I allready made it open ordinary files with gnome-open. -- Who logs in to gdm? Not I, said the duck.

I have compiled tinc under windows (MinGW), with the following configuration: ./configure --with-openssl=/opt/openssl-0.9.7b/ --with-zlib=/opt/zlib-1.1.4/ --with-lzo=/opt/lzo-1.08 --prefix=/opt/tinc-1.0.1 It works but configuration files are hardcoded! I've tryed also the --sysconfdir=/aaa parameter. c:\>tincd -n pluto -K Cannot open config file

Hey all...I'm getting "Missing header in logical bitstream." error when trying to decode a Ogg file stream. I know the file is good because it plays fine in WinAmp etc, etc. The funky part to this is that I'm wrapping my own headers around each "packet" and now I'm trying to de-wrap them and I'm running into this problem. What I'm wondering is if vorbisfile

Hi everybody. After DHHs talk at RailsConf yesterday, it''s essential that some of you can rectify this patch for ruby on Rails Please help me an have a look at http://dev.rubyonrails.org/ticket/9587 Thanks! Jesper Rønn-Jensen blog: www.justaddwater.dk ===== ActiveRecord::Errors has a placeholder (@@default_error_messages) for messages that can be overridden. Just the same way, the

> -----Original Message----- > From: Stefano Stabellini [mailto:stefano.stabellini@eu.citrix.com] > Sent: 13 June 2013 18:33 > To: Paul Durrant > Cc: qemu-devel@nongnu.org; xen-devel@lists.xen.org > Subject: Re: [Qemu-devel] [PATCH] Remove hardcoded xen-platform device > initialization > > On Thu, 13 Jun 2013, Paul Durrant wrote: > > The xen-platform device should

Hardcoded options for PXELINUX (embedded in the pxelinux.0 binary by pxelinux-options) was introduced in 3.83. While working on documentation, I decided to try it on 5.10, verified that 209 (config-file) was set as an after option and saw no change in behavior. I then tested the same as a before with no change. I then tested 3.86, found it working and tested 4.06 and 4.00 and found them broken.

Henrik Bach wrote: > Hi > > I noticed that these defines (line 35 to 37) are hardcoded in the > DataTypes.h include file: > ---------------- > #define HAVE_SYS_TYPES_H 1 > #define HAVE_INTTYPES_H 1 > #define HAVE_STDINT_H 1 > ---------------- > > Shouldn't they have be defined by the configure script into > llvm/Config/config.h? These lines are set by

Hi: I have a dataframe named 'spring' and I am trying to add a new variable named 'IdDate' This line of code works fine: spring$idDate <- seq(as.Date("2008-07-01"),as.Date("2009-06-30"),by="week") But I don't want to hardcode the year because it will be used again the following year Is it possible to just generate dates with the month and

I am trying to create a project in my home directory based off the instructions in http://llvm.org/docs/Projects.html. I have completed step 4 requiring me to set the values in autoconf/configure.ac In step 5, when I run AutoRegen.sh, I get the following error: Can't find the LLVM autoconf/m4 directory. The project should be checked out to projects directory So, I assumed that I set

...modification, where 'local' could mean c:\yada\ for one person, m:\my documents\wetlands\ for another, and l:\foo\bar\sharedRemote\wet\ to another user. The chdir argument to source() has been suggested for similar questions, but I have not been able to figure out how this helps without hardcoding the location in some manner. One option is for each repository to have an untracked file which sets the local working directory before sourcing another file that actually sources the function definitions. This file (projectStart.r below) would be read into the R session prior to use, at least...