similar to: [LLVMdev] Slightly improve bugpoint output

On Jul 25, 2008, at 7:33 AM, Matthijs Kooijman wrote: > Hi all, > > after seeing a near inifinite stream of "Checking instruction ''" from > bugpoint, I thought to improve that a bit. Turns out that bugpoint > outputs the > name, which is often empty (especially for the big bitcodes you want > to pull > through bugpoint :-). > > Below patch

Full_Name: Ian Wilson Version: 2.6.1 OS: linux Submission from: (NULL) (128.240.229.7) The problem is new to R2.6.?. The code works as expected in R-2.5.0. I get the problem with two different operating systems - an older redhat and new ubuntu and with both g++4.1 and g++3.4. I have a problem with character data that is passed back from C++ code. A small example is the following C++ code

Hello, All! I have function which is written in C, the function uses other functions also builded bu me. Now I need to use the function to build R function. My questions are: 1. How can I include libraries (for example, iomanip, sstream, tcl.h)? 2. Should I put other function to the separate file and then include the file? Thanks All :) Olga [[alternative HTML version deleted]]

Hello, All! I'm new for R-devel list. And I'd like to ask some questions, maybe they will be stuped for the most part of members of the list. I need to call function which is written in C++ from R. My questions are: 1. How should I include libraries (for example, iomanip, sstream, iostream)? 2. Can I use namespace? Thanks All :) Olga

Currently we (attempt to) support building Xapian with any GCC >= 2.95. However, I only have access to Debian's GCC "2.95.4" (which is 2.95.3 plus patches) and <sstream> was added in GCC 2.95.3, so the fallback code for when <sstream> isn't available probably hasn't actually been exercised for a while. I'm pretty sure the non-<sstream> build is now

they are the same for practical purposes, but I believe i started pushing m3u because it was better supported, or less application fought over it, or something. it's probably different today, but i still use m3u. M3U is simpler than pls. just a file/url per line, that's it. for a sstream a pls file would look like: http://your.server.com:8000/mymount and that's it. jack. On

Hi all, I have a problem but i am not sure that this is the right mailing list. I'm writing a R program which call a C++ program, through the function .Call. I use to compile the c++ script with the command R CMD SHLIB SpTempWrapC.cpp -Wall -l covmodel.h -l util.h Everything works fine since, for mistake, i paste in the terminal the content of the r-script. Now, when i try to compile,

Hello, wxruby-users. This is two files which wrap wxStringInputStream and wxStringOutputStream for ruby. I need this to implement in-memory image io. ''stringio.rbw'' -- small sample for it. Short usage: stream = Wx::StringInputStream.new image_data image = Wx::Image.new stream stream = Wx::StringOutputStream.new image.save_file stream, ''image/jpeg'' image_data

Hi everybody. I have Linux file system quota for users and enabled "fs quota" and quota plugin for LDA. My test user is already deep over quoted: --- Filesystem blocks quota limit nfse:/export 23768* 10240 10240 --- 1. If I tries to deliver _short_ message to user mbox - quota works: $ echo "123123123123" | /usr/local/libexec/dovecot/deliver -d koc --- Quota

Stripped out the HAL support code and replaced with calls to udev. The remainder of the code to extract CPU details parses through the /proc/cpuinfo file since udev/sysfs will not return such information. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- configure.ac | 3 +- src/Makefile.am | 4 +- src/processors.cpp | 94

Hi Timo, I've got a crash with dovecot 2.2 dovecot --version 2.2.rc2 (69c26a9e3be5) It's occured when accessing with imap on a large mailbox (around 50k messages) imap(clean-quarantine at spamguard.fr): Panic: Buffer full (4254 > 4248, pool <none>) Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6089a) [0x7f9d1bcde89a] -> /usr/lib/dovecot/libdovecot.so.0(+0x608de)

This class has been replaced by the ProcessorsAgent. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 4 - src/cpu.cpp | 216 ------------------------------------------------------- src/cpu.h | 111 ---------------------------- src/host.cpp | 24 ------ src/host.h | 3 - src/schema.xml | 16 ---- 6 files changed, 0 insertions(+),

Hi Timo, just another crash - using 2.2.1 (c95cea6e1389). Regards, Pascal -------------- next part -------------- Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 15198] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core

Hi , I am using LLVM for my Post Graduate course project on Optimization. I am trying to do some insrtumentation to the bytecode.I 've been going through your Instrumentation code for the past few days in /llvm/lib/Transforms/Instrumentation folder and finally found two ways of instrumentation : 1) injecting LLVM bytecode instructions 2) calling an external C function. I am trying both and

Hi me (2x - Haberman and Coalson), On Tue, Nov 11, 2003 at 03:51:42PM -0800, Josh Coalson wrote: > The C++ interface is a little simpler: [code follows] OK. Well, I found the C interface a little bit easier to understand, so I ended up using that instead of continuing to try to figure out the C++ interface. The one problem I have is that the values in block->data. vorbis_comment.comments

This appears to be breaking dsync at the moment and is caused by something committed in the last week or so. This is with the current -git of dovecot-2.2 (eaf276b33). The crash happens all the time - the logs are full of this message. Oct 7 20:31:24 thunderstorm.reub.net dovecot: doveadm: Warning: I/O leak: 0x7f8bb6581b4c (ostream-file.c:350, fd 14) Oct 7 20:31:24 thunderstorm.reub.net

Thanks! We'll look into it. ---Aki TuomiDovecot oy -------- Original message --------From: Reuben Farrelly <reuben-dovecot at reub.net> Date: 07/10/2017 13:08 (GMT+02:00) To: dovecot at dovecot.org Subject: Core Dumps with dovecot-2.2 -git as of 2.2.devel (eaf276b33) This appears to be breaking dsync at the moment and is caused by something committed in the last week or so.? This

Hi, I'm running Dovecot 2.3.9-2 as an IMAP/POP3 Proxy in front of several Dovecotbackends. No Director, only static routing to the backends of each user. The proxies are also working as "SSL offload engines". SystemOS: Debian Stretch (9.11) on LXC Virtualization Sometimes I get the following errors in mail.err log: ... Mar 10 16:47:24 imap1 dovecot: imap-login: Panic: file

Hi all, After updating llvm+clang to r174701 by issuing make -j8 happiness The build fails with: ... make[2]: Entering directory `/local/csaba/LLVM/build-release/tools/llvm-diff' llvm[2]: Compiling DiffConsumer.cpp for Release+Asserts build llvm[2]: Linking Release+Asserts executable lli (without symbols) llvm[2]: Compiling CrashDebugger.cpp for Release+Asserts build

On Aug 10, 2018, at 1:28 PM, Marshall Clow via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > * The clock stuff being added in C++20 has already been discussed here. I’ve missed the discussions on file_time_type, however I thought I should throw in my opinion here before it is too late to do anything about it. I believe it is a mistake to model file_time_type with 128 bits. It