search for: 3.7.1

Hi, I've tagged the final version of 3.7.1. There is no difference from 3.7.1-rc2, so testers just need to build the packages no testing is required. -Tom

Hello, Long story short, example config: ### cut UI vesamenu.c32 MENU TITLE Multiboot USB MENU BACKGROUND #00000000 MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all MENU COLOR unsel 37;44 #50ffffff #a0000000 std MENU COLOR tabmsg 31;40 #30ffffff #00000000 std MENU BEGIN MENU TITLE System Rescue CD 2.4.1 INCLUDE sysrcd-2.4.1.conf MENU END MENU BEGIN MENU TITLE

On 09/05/2013 01:55 AM, Gene Cumm wrote: > On Wed, Sep 4, 2013 at 2:34 PM, Piotr Karbowski > <piotr.karbowski at gmail.com> wrote: > >> With syslinux (extlinux) it will jump to last INCLUDE'ed menu always, with >> 5.01 it will display list of elements, then allow me to choose which one I >> want to enter. >> >> Even if the include part contain a

Hi, There was one problem in -rc1, so we had to do another release candidate. -rc2 has now been tagged and is ready for testing. -Tom

We covered this particular patch a bit at the C API BoF at the conference, and I think the general opinion is that this was just an unintentional bug and that fixing it is in 3.7.1 is the best solution forward. I'll send out more on the C API BoF as I get out from under a pile of email. -eric On Mon, Nov 9, 2015 at 2:07 PM Reid Kleckner <rnk at google.com> wrote: > We knew this

Has it been decided to skip 3.7.1 and just wait until 3.8.0? I keep checking but never see any update on the web site to allow downloading 3.7.1 tar files.

On Thu, Jan 21, 2016 at 9:52 PM, Brian Cain <brian.cain at gmail.com> wrote: > On Thu, Jan 21, 2016 at 8:31 PM, Eric Fiselier <eric at efcs.ca> wrote: > >> >> On Thu, Jan 21, 2016 at 7:04 PM, Brian Cain via cfe-dev < >> cfe-dev at lists.llvm.org> wrote: >> >>> SuSE Linux Enterprise Server 11SP3 x86_64 >>> >>> Looks like I

I'm upgrading my application to use LLVM 3.7.1 instead of 3.5.1. On one of my regression tests I am getting an assertion: /home2/djones/llvm-3.7.1.src/lib/IR/Metadata.cpp:490: void llvm::MDNode::resolve(): Assertion `isUniqued() && "Expected this to be uniqued"' failed. This occurs when finalizing debug info prior to code generation: #4 0x00007ffff4520455 in

On Wed, Oct 28, 2015 at 05:32:17AM +0000, Eric Christopher wrote: > On Tue, Oct 27, 2015 at 8:15 PM Chris Lattner <sabre at nondot.org> wrote: > > > > > > On Oct 27, 2015, at 8:10 AM, Tom Stellard <tom at stellard.net> wrote: > > > > > > Hi Chris, > > > > > > I would like to get your opinion on merging r242372 > > >

CentOS Errata and BugFix Advisory 2016:C001 Upstream details at : https://bugs.centos.org/view.php?id=10538 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 96963d839797a7601ef6a4922c94e7ef82b42fcb70533f9a31c43adceee2fb19 glusterfs-3.7.1-16.0.1.el7.centos.x86_64.rpm

Maybe it's just the holidays... AFAIK, all the packages were tested and uploaded. On 29 December 2015 at 22:44, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Got to admit, I'm curious too. I have finished migrating to the v3.7.1-final tags, and I'm waiting for the green light :-) > > MartinO > > -----Original Message----- >

John removed the assertion in his major alignment tracking patch. I manually did that on the branch in r253380. On Tue, Nov 17, 2015 at 1:10 PM, Hans Wennborg <hans at chromium.org> wrote: > On Mon, Nov 16, 2015 at 7:32 PM, Tom Stellard <tom at stellard.net> wrote: > > Hi, > > > > I have just tagged 3.7.1-rc1, so it is ready for testing. As a > > reminder,

On Thu, Jan 21, 2016 at 7:04 PM, Brian Cain via cfe-dev < cfe-dev at lists.llvm.org> wrote: > SuSE Linux Enterprise Server 11SP3 x86_64 > > Looks like I see several failures that weren't in 3.7.1. Is there any way > to tell whether these are regressions vs new-to-3.8.0-but-failing? The > MSan ones were in 3.7.1 but the ThreadPoolTest and the libc++ errors were > not

Hi Tom, I followed a bit the mailing-list but still see no LLVM v3.7.1 tarballs. Can you pleas take care of this? In case of that i386 breakage do a new v3.7.2 release, please. Not sure if this has impact on x86_64 (AMD64)? Thanks. Regards, - Sedat - [1] https://llvm.org/bugs/show_bug.cgi?id=25920

> Polly fails on mips, s390x & powerpc (plenty of errors + a timeout: > http://paste.debian.net/343829/ ) Are the mips failures regressions? I haven't started building/testing polly yet so I don't know the current state of mips support for it. > -----Original Message----- > From: cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] On Behalf Of > Sylvestre Ledru via

Hmm, the clang+llvm-3.7.1-x86_64-sles11.3-linux-gnu.tar.xz tarball I uploaded doesn't seem to have made it on to this releases dir. I'm still a bit new to the process, is there a step that I skipped? On Wed, Jan 6, 2016 at 4:13 AM, Sedat Dilek via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Mon, Jan 4, 2016 at 9:59 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote:

Hi, I have just tagged 3.7.1-rc1, so it is ready for testing. As a reminder, when doing regression testing, use the 3.7.0 release as your baseline. Thanks, Tom

Hi I am newbie of Centos. I am trouble with installing glusterfs-server on Centos6.6 presented as below Sorry for you inconvenience in error message translated from Japanese messeage of Centos6.6. Is there Any solution? ??????????????????????????????????????????????????? [root at fs2 ~]# yum -y install glusterfs-server ....plugin:fastestmirror, priorities, refresh-packagekit, security

I recently upgraded a codebase to use LLVM 3.9.0, up from 3.7.1. All seems to work well, except that I am unable to generate debug information. However, if I run objdump -g on the generated object file, it reports that the compile unit has no children: Contents of the .debug_abbrev section: Number TAG (0x0) 1 DW_TAG_compile_unit [no children] DW_AT_producer DW_FORM_strp

Hello, I haven't found any relevant info in the docs about this. I'm trying to build LLVM 3.7.1 on OS X but it fails in the configuration phase. Here are the relevant parts of the output: $ cmake -DCMAKE_INSTALL_PREFIX=/Volumes/HD2/jenkins/workspace/LLVMDev/label/osxbuild/miniconda/envs/_build -DCMAKE_BUILD_TYPE=Release -DLLVM_TARGETS_TO_BUILD=host -DLLVM_INCLUDE_TESTS=OFF