similar to: [LLVMdev] OT: gdb and procmod on darwin9.8/darwin10

On Sep 21, 2009, at 6:16 AM, Jack Howarth wrote: > The gdb developers are rapidly approaching the > release of gdb 7.0 (which will be required to debug Hi Jack, I know you're trying to help improve tools for Darwin, but llvm-dev is not really an appropriate place for it. Please stick to LLVM related topics on this list where possible. -Chris

On Mon, Sep 21, 2009 at 10:08:34AM -0700, Chris Lattner wrote: > > On Sep 21, 2009, at 6:16 AM, Jack Howarth wrote: > >> The gdb developers are rapidly approaching the >> release of gdb 7.0 (which will be required to debug > > Hi Jack, > > I know you're trying to help improve tools for Darwin, but llvm-dev is > not really an appropriate place for it.

Hello everybody, Just a short note that clang build "clang-x86_64-darwin10-self-mingw32" is broken and the very last successful was build #465 for revision 141282. All newer revisions fail. The builder is available here: http://63.145.236.72:8011/builders/clang-x86_64-darwin10-self-mingw32/builds/505 Thanks Galina

On Fri, Oct 7, 2011 at 3:21 PM, Galina Kistanova <gkistanova at gmail.com>wrote: > Hello everybody, > > Just a short note that clang build "clang-x86_64-darwin10-self-mingw32" is > broken and the very last successful was build #465 for revision 141282. > All newer revisions fail. > > The builder is available here: > >

>> >> http://63.145.236.72:8011/builders/clang-x86_64-darwin10-self-mingw32/builds/505 > > This looks like Peter's work on clang-tblgen vs. llvm-tblgen.... Yes, exactly. It seems cross-builds were not updated to this new scheme -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Sat, Oct 08, 2011 at 12:32:54PM +0400, Anton Korobeynikov wrote: > >> > >> http://63.145.236.72:8011/builders/clang-x86_64-darwin10-self-mingw32/builds/505 > > > > This looks like Peter's work on clang-tblgen vs. llvm-tblgen.... > Yes, exactly. It seems cross-builds were not updated to this new scheme This is now fixed as of Clang r141453/LLVM r141454.

On Nov 4, 2011, at 3:11 PM, spop at codeaurora.org wrote: > I think that for JIT, the compiler should figure out what the host > is with a *runtime* check (i.e., the JIT should not use the info from > the configure flag --host.) That seems reasonable. Would you update this please? Thanks! -eric -------------- next part -------------- An HTML attachment was scrubbed... URL:

> > On Nov 4, 2011, at 3:11 PM, spop at codeaurora.org wrote: > >> I think that for JIT, the compiler should figure out what the host >> is with a *runtime* check (i.e., the JIT should not use the info from >> the configure flag --host.) > > That seems reasonable. Would you update this please? > Yes, I would be happy to find the best fix for this. Thinking a

https://bugzilla.samba.org/show_bug.cgi?id=7667 Summary: "devices" regression test fails on x86_64-apple-darwin10 Product: rsync Version: 3.1.0 Platform: Other OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

On Dec 5, 2009, at 1:27 PM, Nico wrote: > Hi, > > if I want to use 'llvm-gcc' I get: > > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc > Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 > Trace/BPT trap > > So I

I actually tend to agree with spop, it's cleaner to compute things at runtime than at compile time. One particular reason is wanting to pick the best target CPU for the current arch (which may not be what was compiled for). The current JIT target selection logic is really gross, I do believe that it tried to do this, but it probably needs some spring cleaning. Sebastian, can you try and take

Hi, if I want to use 'llvm-gcc' I get: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Trace/BPT trap So I installed MacPorts and 'libiconv', but I get the same error message. But it _should_

On Fri, Nov 4, 2011 at 3:11 PM, <spop at codeaurora.org> wrote: > Hi Daniel, > >> Sebastian, this looks like it is most likely some kind of fallout from >> your changes. > > Thanks for letting me know about these failing testcases. > > In the logs of the buildbot: >

I have installed two CentOS 4.3 boxes with LVS (from http://mirror.centos.org/centos/4/csgfs/ ) but all boxes died withe this error frequently: kernel panic - not syncing: fs/block_dev.c:396: spin_lock (fs/block_dev.c:c0361c0) already locked by fs/block_dev.c/287. I have read from this thread http://threebit.net/mail-archive/centos/msg00243.html that this is an unsolved problem. So i have

Hi Daniel, > Sebastian, this looks like it is most likely some kind of fallout from > your changes. Thanks for letting me know about these failing testcases. In the logs of the buildbot: http://lab.llvm.org:8011/builders/llvm-gcc-build-x86_64-darwin10-x-mingw32-x-armeabi/builds/273/steps/run.build.step.configure_llvm_1/logs/stdio I see that the bot is configuring llvm with:

It does not need configuring and speeds up the process of requesting extents if the client asks for them one by one (like qemu-img). Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- Essentially a v2 of the following patch since now there is a probing function: https://www.redhat.com/archives/libguestfs/2019-September/msg00249.html v2v/nbdkit.ml | 7 +++++++ 1 file changed, 7

> If you have problems with having the NAS as master, make it a slave, and run the > NUT configuration of your choice in your PC/workstation. I have done just this.  I changed the Synology to a slave and made my Raspberry Pi master and the rest of my servers are slaves as well.  Manuel recommnded and he is definitely right, I think that is the best way forward, especially with your discovery

i posted on rhel list about proper creating of 6tb ext3 filesystem and tuning here.......http://www.redhat.com/archives/nahant-list/2006-November/msg00239.html i am reading lots of ext3 links like...... http://www.redhat.com/support/wpapers/redhat/ext3/ http://lists.centos.org/pipermail/centos/2005-September/052533.html http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html ............but

I'm pleased to announce libguestfs 1.28, a library and set of tools for accessing and modifying virtual machine disk images. This release took 7 months of work by a considerable number of people, and has many new features (see release notes below), including new 'virt-v2v' and 'virt-p2v' tools for importing guests from foreign hypervisors to KVM, and 'virt-log' which

On Mon, Jun 17, 2013 at 6:23 PM, Sean Silva <silvas at purdue.edu> wrote: > On Mon, Jun 17, 2013 at 10:29 AM, Jeffrey Walton <noloader at gmail.com> wrote: >> First is to ensure dead-writes are not removed. For example, a >> function that zeroizes or wipes memory is subject to removal during >> optimization. I often have to look at program's disassembly to