similar to: [LLVMdev] Optimization of string.h calls

Yes, well that is a good point w.r.t. strings as typically passed to string.h functions. I guess in this case I had figured that the use of __FILE__ could easily be optimized since it becomes a string constant. Am I wrong? Is the issue that __FILE__ might occur multiple times in a source file and thus become a merged constant? Perhaps there is simply not much use for a string-optimizing

I would like to report a bug we are seeing on an new deployment here: Linux: Debian Jessie, inside a Docker container Dovecot version: 2.2.23 (806d709) / 2.2.23-1~bpo8+1 doveconf -n: http://pastebin.com/2xA2xuRw Filesystem: CephFS - Jewel After migrating our users from our old server to our new one we can't access a few mailboxes. Backtrace follows: root at dovecot:/# gdb --args

Hi there, I'm extremely new to Wine, at least from this side of things (I've used CrossOver and Cider). I gather that installing Wine sets up a "central" mock-Windows installation in the home folder, and I'm much more interested in building a tweaked wrapper to enclose a specific game in a .app package, the way Cider does it. Is that something that is being done by others?

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p>Hello, I have encountered a situation where oggenc core dumps. I am using vorbis-tools 1.0 on Solaris 8 x86. This is the command line: oggenc -b 128 -a "Keith, Toby" -t "Losing My Touch" -l "Unleashed" \ - -N "06" -o "Keith, Toby - 06. Losing My Touch.ogg" audio_06.wav Here is a

I have tested compiling vmkit using gcc3.4 and gcc4.4 Some vmkit files required that I added some explicit typecasts and #includes in order to compile. I have attached my changes against the vmkit svn trunk rev 69439 Using this patch both versions of gcc managed to compiled vmkit on my machine. Cheers Xerxes -------------- next part -------------- An embedded and charset-unspecified text was

On 11.05.2016 22:45, Daniel van Ham Colchete wrote: > I can confirm that this bug also happens on the latest version available: > > root at dovecot:/# dovecot --version > 2.2.devel (ebf2e93) > root at dovecot:/# dpkg -l|grep dovecot > ii dovecot-core 2:2.2.24-1~auto+23 amd64 > secure POP3/IMAP server - core files > ii dovecot-dbg

On 10.10.2011, at 16:10, Alexandre Colucci wrote: > Hi, > > I am currently making the transition from gcc 4.2 to clang for the projects (mostly C++) I am working on. > I think I discovered a major optimization bug in Clang++. I managed to create a simple (60 lines of code) test case which exhibits the issue. > > When you compile this file for i386 with optimizations turned on

Hi Ashi, Your first LDR is a pseudoinstruction that is supported by some tools (gas and armasm, at least), but not by LLVM. Roughly speaking, it turns into a PC-relative load from a literal pool. To do what you're trying to achieve you can write your own literal pool in your assembly. You can see some examples of this sort of thing at

Hi, I am currently making the transition from gcc 4.2 to clang for the projects (mostly C++) I am working on. I think I discovered a major optimization bug in Clang++. I managed to create a simple (60 lines of code) test case which exhibits the issue. When you compile this file for i386 with optimizations turned on (O2, O3 or Os), you get an unexpected result. When you compile it for x86_64, or

Does anyone know if LLVM will soon have a dynamic optimization infrastructure, namely support to generate trampolines back to the JIT/execution manager that get run when a piece of code's frequency exceeds a threshold? I see that there already is a relinkAndRecompileFunction in the JIT, which will be useful. Rather than roll my own mechanisms and have to worry about jumping back to code that

Hi, all. The previous post have a typo: problem in ARM assembly: I use LDR to load an external symbol : LDR R7,=DataTable But clang gives error: unexpected token in operand to the '=', Then I change the code to: LDR R7,DataTable The error becomes: unsupported relocation on symbol. How can I get around this in clang? My problem is actually how to load external symbol in

Applied thanks! http://lists.cs.uiuc.edu/pipermail/vmkit-commits/2009-April/000815.html Btw, what are the error messages for these? > - char * res = strstr(haystack, needle); > + char * res = (char *)strstr(haystack, needle); > - char* ptr = strrchr(name, '/'); > + char* ptr = (char*)strrchr(name, '/'); Nicolas Xerxes Rånby wrote: > I have tested compiling

Dear All, Just when I thought I had the plague of gfortran-9 under control, I made the tactical error of allowing my mac mini to ?upgrade? to macOS 10.14.6 which apparently also upgraded Xcode to 10.3. In consequence I?m having difficulty building my packages. The current symptom is: /usr/local/clang7/bin/clang -I"/Library/Frameworks/R.framework/Resources/include" -DNDEBUG

On 10 December 2014 at 11:13, Simon Taylor <simontaylor1 at ntlworld.com> wrote: > I’ve managed to replace the load/store intrinsics with pointer dereferences (along with a typedef to get the alignment correct). This generates 100% the same IR + asm as the auto-vectorized C version (both using -O3), and works with the toolchain in the latest XCode. Are there any concerns around doing

Hi, Bernie, Thanks for your reply! However, I still have problem by following edk2's code, my test code is attached, what I want to do is build it as a dynamic lib. But I get error from ld: ld: illegal text-relocation to _data_table in table.o from foo in use_table.o for architecture armv7 Do you have any suggestion to solve this? Thanks! //==begin table.c== int data_table[] = {0xff, 0xff};

Hi, after reading the IRIX Digital Media Audio library documentation and starting to code an IRIX output plugin for libao and afterwards realizing there was already one on the CVS tree (almost identical to what I had up to that point, no wonder) and getting the rest of the vorbis tarball to compile under IRIX with the MIPSpro compiler only to find out the plugin was wrong and after going

Hi, all. Another problem in ARM assembly: I use LDR to load an external symbol : LDR R7,=DataTable But clang gives error: unexpected token in operand to the '=', Then I change the code to: LDR R7,=DataTable The error becomes: unsupported relocation on symbol. How can I get around this in clang? Thanks in advance! On Mon, Feb 25, 2013 at 7:14 PM, Ashi <ashi08104 at

Greetings all, newbie to CentOS here. Also newbie to 64 bit installs. Package Manager problem: I found a yumex, which is not part of the 64 bit install, but it wants a way older version of python-2.4 whereas we have 2.6.6-something after the post install upgrade. 1st Question: Is there anything that can be done about this? Or is there something better, like a 64 bit synaptic to replace

On 9 Dec 2014, at 02:20, Jim Grosbach <grosbach at apple.com> wrote: >> On Dec 8, 2014, at 1:05 AM, Simon Taylor <simontaylor1 at ntlworld.com> wrote: >> >> On 8 Dec 2014, at 00:13, Renato Golin <renato.golin at linaro.org> wrote: >> >>> On 7 December 2014 at 19:15, Simon Taylor <simontaylor1 at ntlworld.com> wrote: >>>> Is

--- helper/init.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/helper/init.c b/helper/init.c index 0ca3135..2b5dacf 100644 --- a/helper/init.c +++ b/helper/init.c @@ -163,8 +163,10 @@ main () chdir ("/"); - /* Run /init from ext2 filesystem. */ + mount_proc (); print_uptime (); + + /* Run /init from ext2 filesystem. */ execl