similar to: llvm-strip creates unloadable shared objects on linux-armv7hf

Hello Rui, Thanks for your reply. I tried with the keep-section argument and that made the shared library work. Should these sections be kept around by default maybe? -- Tobias On Thu, Oct 17, 2019 at 11:06 AM Rui Ueyama <ruiu at google.com> wrote: > > One thing I noticed is that llvm-strip seemed to remove a .ARM.attributes section. Can you try --keep-section=.ARM.attributes to

Hello Tobias, I think that looks reasonable to me, I think it will be down to the llvm-objcopy team whether they want to make .ARM.attributes a special case or not. The best way to find out is to submit a patch, citing the problems with old versions of libc, I'd expect that you'll need to add a test case for the patch to be accepted. To do that it is probably best to look at the existing

Jordan, I have sent the patch via Phabricator: https://reviews.llvm.org/D69188 Let me know if I got it right. -- Tobias On Thu, Oct 17, 2019 at 7:12 PM Jordan Rupprecht <rupprecht at google.com> wrote: > > Tobias, > I don't have much experience with ARM, but from your report and Peter's explanation of why LLD does it, I agree we should be consistent with LLD and keep the

I am looking to losslessly archive a lot of music and share it over a network. The following stipulations lead me to an interesting conclusion: 1. Almost no programs can read or write flac files directly. 2. Almost all programs can read and write wav files directly. 3. The cost of encoding flac files is fairly low 4. The cost of decoding them is even lower 5. These files would be read much more

Related to this question: I have installed bzip2 1.0.6 by hand, but configure still fails. When I look at config.log I get the following configure:34150: /usr/bin/gcc -std=gnu99 -o conftest -g -O2 -march=amdfam10 -g -O2 -march=amdfam10 -L/usr/local/lib64 confte st.c -lbz2 -lz -lrt -ldl -lm >&5 conftest.c: In function 'main': conftest.c:250: warning: initialization discards

Hello, I''m trying to setup postgreSQL onto rails on linux and when I type bundle install this is the error that i get. I guess its not finding the files Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension. /home/taka/.rvm/rubies/ruby-1.9.3-p194/bin/ruby extconf.rb checking for bzlib.h... no checking for BZ2_bzWriteOpen() in -lbz2... no ***

On 2015-10-15 15:02, Prof Brian Ripley wrote: > On 15/10/2015 13:32, Michael Felt wrote: >> Hi. >> >> Just wanted to let you know I am getting close to packaging R for AIX in >> 64.bit mode. > > Which version? (You mentioned 3.1.3 and 3.2.2 far below.) There is > little value in reporting on frozen branches, and most value in > reporting on R-devel where

Dear friends, I am trying to install R-2.4.1 from source on Solaris 11 x-86. 64 bits, running on Sun Ultra-20 workstation, and using the SunStudio 11 compilers. I was able to "configure" R correctly, but received an error in "gmake", aparently related to bzip2 which I have been unable to debug. The messages are listed below. The configure.log and configure.status files are

Hi, I'ma having some troubles installing R under Unix. As it is written in the "how to install R" the ./configure passed on but when I type make I recieve this error message : gmake[1]: Entering directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Nothing to be done for `R'. gmake[1]: Leaving directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Entering directory

Hello, September 7th I pulled a copy of Xen 4 with: hg clone -r RELEASE-4.0.1 http://xenbits.xen.org/xen-4.0-testing.hg I installed development tools and packages from the Xen 4 wiki: bcc bin86 gawk bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2 module-init-tools transfig tgif texinfo texlive-latex-base texlive-latex-recommended texlive-fonts-extra texlive-fonts-recommended

If anyone has suggestion as to the resolve for the problem described below, your assistance is needed and will be greatly appreciated. After repeated attempts to install R on a Sun Micro System Sunfire 480 with Solaris 2.8 OS (Unix), I have not been successful in completing the installation of R v2.1.1 nor the earlier versions? At the close of the "make" command error codes 255 and 1

Hello, I am trying to cross-compile libc++ from my x86_64 linux system to armv7hf. We have our own gcc compiler that we build with crosstools-ng (based on gcc 6.3.0) and I set my environment like this: CC=armv7a-plex-linux-gnueabihf-gcc CXX=armv7a-plex-linux-gnueabihf-g++ CFLAGS=-fPIC -DPIC -mfloat-abi=hard -march=armv7-a -Os -mfpu=vfpv3-d16 --sysroot=<path> CXXFLAGS=-fPIC -DPIC

On Tue, Jun 7, 2016 at 11:46 AM, Tom Callaway <tcallawa at redhat.com> wrote: > On 06/06/2016 05:04 PM, Brian Fallik wrote: > > Apologies if this email is a top post. I'm not sure how to reply to a > > thread if I'm not subscribed. > > > > We recently encountered the same issue that Evan reported on 6/4 and I > can > > confirm that updated to

Here are the details... uname -a Linux yellow 2.6.16.1.i686.1 #23 SMP Mon Aug 28 15:36:14 CEST 2006 i686 GNU/Linux gcc --version gcc (GCC) 4.2.0 g77 --version GNU Fortran (GCC) 3.4.4 What else should I post that may help debug this problem? Below is the text of the error... make[3]: Entering directory `/tmp/R-2.5.0/src/main' gcc -std=gnu99 -Wl,--export-dynamic -L/usr/local/lib -o R.bin

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o

Hi, I tried to compile R-2.10.0 src on 64 bit window. After install Rtools and wingw-w64 compiler and put it the first of my PATH variable, but i got the following error when i tried to compile. Anything I missed? thank you. x86_64-w64-mingw32-gcc -std=gnu99 -I../include -I. -I../extra -DHAVE_CONFIG_H -D R_DLL_BUILD -O3 -Wall -pedantic -DR_ARCH='"x64"' -c malloc.c -o

Hi, folks, Updated CentOS 7 the other day. Updated zoom last night. Ancient (15 yr old) USB camera, Logitech QuickCam Express. If I run LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so cheese, I get video. Zoom, with or without the LD_PRELOAD - no video. I've tried stracing zoom, and created a file /etc/ld.so.preload, with the contents of /usr/lib64/libv4l/v4l2convert.so, and in

hi, i cleared all the stuffs(everything) related to xen and libvirt. i installed freshly xen-4.2.1 from the source. *Installation steps are as follows:* apt-get build-dep xen apt-get install libc6-dev libglib2.0-dev libyajl-dev yajl-tools libbz2-dev bison flex zlib1g-dev git-core texinfo debhelper debconf-utils debootstrap fakeroot *OR* apt-get install bcc bin86 gawk bridge-utils iproute

I have this problem: When playing a PC game via wine while listening to music with let's say Amarok, there's no sound in the PC game anymore. It's like the sound channel is occupied by the music player so wine cannot playback any soundfiles. Sounds are working if I play a Linux game like Nexuiz while running some music via a music player (ok, completely different, I know, but

On Wed, Oct 19, 2016 at 6:24 PM, Benjamin Kramer via llvm-dev < llvm-dev at lists.llvm.org> wrote: > In terms of performance shared_ptr has a number of disadvantages. One > is that it always uses atomics even though most IntrusiveRefCntPtrs > are used in single-threaded contexts. Another is weak_ptr adding a lot > of complexity to the implementation, IntrusiveRefCntPtr