search for: 14.04

It was just brought to my attention that the RPATH configuration isn't uniform among the libraries produced by the release. Some use $ORIGIN../lib/ and others have none. Is this by design? It seems like it might be ideal for all of them to be configured the same way. If that makes sense I'll create a corresponding feature request. $ for f in

Isn't libc++.so dependent on libc++abi.so? On Mon, Mar 5, 2018 at 10:30 AM, Jonas Hahnfeld <hahnjo at hahnjo.de> wrote: > From what I can see all of the libraries without RPATH are runtime > libraries that are used by binaries compiled with Clang. I think they don't > have a dependency on other libraries in that directory, so what would be > the advantage of having

From what I can see all of the libraries without RPATH are runtime libraries that are used by binaries compiled with Clang. I think they don't have a dependency on other libraries in that directory, so what would be the advantage of having RPATH set on them? Regards, Jonas Am 2018-03-05 17:23, schrieb Brian Cain via llvm-dev: > It was just brought to my attention that the RPATH

libc++.so should be a linker script that automatically pulls in libc++abi (see "Failed to read file header" in your output). And IIRC libc++abi is only one possible implementation that may be used by libc++, but I'm no expert here... Am 2018-03-05 17:33, schrieb Brian Cain: > Isn't libc++.so dependent on libc++abi.so? > > On Mon, Mar 5, 2018 at 10:30 AM, Jonas

Uploaded ubuntu, SLES11, SLES12 binaries. 4907dbd37f4e5265a2f1252d9d7b5e5b0a9c0ec1 clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04.tar.xz 360b26fcd9eafe5ca9c4baa89c38339bc587c094 clang+llvm-6.0.0-x86_64-linux-sles11.3.tar.xz ce525cf949ef86409bc3f4f492035225989eecfd clang+llvm-6.0.0-x86_64-linux-sles12.2.tar.xz On Fri, Mar 2, 2018 at 6:17 AM, Hans Wennborg via Release-testers < release-testers

Hi, I've taken a look at the binary tarballs for clang+llvm-3.6.2-rc1-* that have been uploaded and observed the following: * All uploaded tarballs include the generated CMake files apart from ``clang+llvm-3.6.2-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz``. These files (share/llvm/cmake/*.cmake) are missing in this tarball. * Inside the Ubuntu tarball the directory is not consistently named

I will send you the errors first and then the modified script. Adding official Icecast repository for Ubuntu 14.04 add-icecast-repo: line 4: $'\r': command not found Importing GPG key for official Icecast repository "pg: Invalid option "- add-icecast-repo: line 7: $'\r': command not found Now, here is my script that I have changed #!/bin/sh echo Adding official Icecast

Just wondering, are the commands to upgrade icecast 2.3.2 to icecast version 2.4.1 the same in Ubuntu 12.04 as they are in Ubuntu 14.04? I do have Ubuntu 14.04 and I have tried the bash script but modified the links a little bit to reflect the Ubuntu 14.04 distro, but keep getting errors and got an invalid extension in /etc/apt/sources.list.d On 2/23/2015 9:46 AM, "Thomas B.

Done that and all works... Thanks. and I could still use my old config file with all of my settings in it? Because that is what I'm still using now. On 2/25/2015 12:22 PM, "Thomas B. R?cker" wrote: > On 02/25/2015 07:17 PM, Jonathan wrote: >> I will send you the errors first and then the modified script. >> >> Adding official Icecast repository for Ubuntu

Hi, I'm Ryo Ota. According to http://releases.llvm.org/download.html, Pre-built binary LLVM 3.9.1 for Ubuntu 14.04 is missing. In other versions(=4.0.0, 3.9.0, 3.8.1,...), pre-built binaries for Ubuntu 14.04 are available. I was wondering if someone would make pre-built binary of 3.9.1 for Ubuntu 14.04. Sincerely, Ryo -------------- next part -------------- An HTML attachment was

Dear testers, The final version of 6.0.0 has just been tagged from the branch after r326550. It has the same contents as -rc3 modulo release notes and one small x86 fix (r326393). Please build the final binaries and upload to the sftp. For those following along: this means llvm-6.0.0 is complete, but it will take a few days to get all the tarballs ready and published on the web page. I will

-------- Forwarded Message -------- Subject: Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04 Date: Wed, 23 Mar 2016 13:07:44 -0700 From: Barnet Wagman <bdwgen at gmail.com> To: Dirk Eddelbuettel <edd at debian.org> > Lastly, and please don't take this the wrong way: I think I am helping way > more people like you who for one reason or other insist on older

On 28/05/2015, at 11:57 AM, Martin Maechler wrote: >>>>>> Ben Bolker <bbolker at gmail.com> >>>>>> on Tue, 26 May 2015 11:13:41 -0400 writes: > > >> False alarm. Completely wiping out my build directory followed by > >> ../R-devel/configure --with-tcl-config=/usr/lib/tclConfig.sh >> -

-----Original Message----- From: Dirk Eddelbuettel [mailto:dirk.eddelbuettel at gmail.com] On Behalf Of Dirk Eddelbuettel Sent: Thursday, 19 January 2017 12:41 PM To: Klint Gore Cc: Dirk Eddelbuettel; r-sig-debian at r-project.org Subject: RE: [R-sig-Debian] Taking determinant of a matrix of NAs results in intermittent memory corruption On 19 January 2017 at 01:26, Klint Gore wrote: | >So

On Thursday, January 15, 2015 06:55 AM, Nikola Smiljanic wrote: > Was there an rc3 that I missed? > It's not tagged if there was. I've tested and uploaded 3.5.1 final for x86_64-ubuntu-14.04. I think the rc2 build required a newer libstdc++ than exists on Ubuntu 14.04, but the final build should be good. Ben

For the record ... I'm on Ubuntu 14.04 too (probably until 16.04 comes out) Paul On 21/11/15 10:39, Prof Brian Ripley wrote: > I think you have it backwards: Ubuntu 14.04 does not support R-devel .... > > PCRE 8.32 is 3 years old, so Ubuntu 14.04 shipped an already quite old > version 19 months ago. > > R has long said that its requirement was > > PCRE (version

> > I should have mentioned this earlier, but the users does not exist > > in /etc/passwd, instead they are in LDAP and when they log in to the > > computer they get some Kerberos tickets for the domain and the file > > system. When printing on 14.04 they get another Kerberos ticket for > > the printing system according to "klist" after they have done

He was suggesting to upgrade to 15.10 if you needed the newer fortran for some reason (or other newer things only in backports or not even there). I also mostly run LTS versions of Ubuntu, especially in my research group where I manage our cloud/servers. Which also matches the computer cluster available to me. That said I also stick to the stock packages for all the basic underlying libraries

Greetings, 10 years ago, I utilized Samba official repositories for Debian Sarge to always run the latest Samba code while the Samba PDC support stabilized. I am not quite ready yet for the Active Directory world. Ubuntu Trusty 14.04 is the latest LTS (Long Term Support) version. It comes with Samba 4.x code. Is there a repository with packages regularly maintained for Ubuntu Trusty 14.04 of

Since yesterday's r69662, R no longer ./configure[s] on a standard Ubuntu 14.04.3 installation, which ships with PCRE 8.31 (http://packages.ubuntu.com/trusty-updates/libpcre3-dev) I get: > checking if PCRE version >= 8.32, < 10.0 and has UTF-8 support... no > checking whether PCRE support suffices... configure: error: pcre library and headers are required Are there any