similar to: Building packages on SLES 11p2

Any concerns with the compiler warning on flist.c on a ia64 system running SLES10SP1? ~/rsync-3.0.0pre7> make gcc -std=gnu99 -g -O2 -DHAVE_CONFIG_H -Wall -W -o mkrounding -I. ./ mkrounding.c ./mkrounding >rounding.h Rounding file_extras in multiples of 2 (EXTRA_LEN=4, FILE_STRUCT_LEN=24) gcc -std=gnu99 -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -c flist.c -o flist.o /tmp/ccqjJwNs.s:

Hi, I am trying to compile a 64-build of the latest dovecot v2.2.19 on my SuSE Linux Enterprise Server 10 (x64) system. I've run ./configure with two parameters, the --prefix one and the --with-ssldir one. During the make stage, I am getting the following 'internal compiler error' message : --------------------------------------------- [...] gcc -DHAVE_CONFIG_H -I. -I../..

Hello, I'm using gold linker now to see if there can be any performance gain. Also using latest gcc version (4.4.4) and latest binutils. But when I'm compiling llvm-gcc, I'm getting this error. /home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/xgcc -B/home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/ -B/usr/local/arm-v7a8-linux-gnueabi/bin/

Verifying a report I just got pinged about, building vanilla openssh 7.7p1 on linux configures ok, but fails build around 'retpoline' I've started looking through recent reports; haven't _yet_ found anything similar. While I continue, is any of the following familiar/expected? Either known bug/issue or env conflict? The current env includes supposedly retpoline-ready GCC 8.1.1,

Hi Michael, you don't need compiler-rt to use clang. If you don't need it, I suggest you don't bother building it. Ciao, Duncan. On 21/02/13 01:15, Michael Young wrote: > > I'm attempting to build a native build of clang from the 3.2 source > distribution tarballs, but I ran into this build error that's got me > really puzzled. My platform is Linux - 32-bit

Hi, I am trying to cross compile LLVM-3.0 for Arm target i.e. I would like to run the LLVM tools on ARM platform and generate the code for the ARM platform. I configured the build with ../src/configure --build=i686-pc-linux-gnu --host=arm-linux-gnueabi --target=arm-linux-gnueabi --enable-optimized=no --prefix=/home/user/Acads/Compiler/LLVM/llvm-3.0/bin --with-as=/usr/bin/arm-linux-gnueabi-as

On Wed, Jul 18, 2012 at 4:31 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 18 July 2012 15:24, salvatore benedetto > <salvatore.benedetto at gmail.com> wrote: >> I'm not sure how to interpret the above output, but I don't understand >> why if say -triple armv4t-none--gnueabi . > > Ok, we're getting there... ;) Glad you are confident.

> "/usr/bin/g++" -v -c -o testReference.o -x assembler > /tmp/testReference-Shww7Y.s > Using built-in specs. > COLLECT_GCC=/usr/bin/g++ > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper > Target: x86_64-linux-gnu > Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro > 4.6.1-9ubuntu3' >

Hi, I am new to linux, llvm and clang, so please excuse me if I ask some basic level questions. :) I have some c code with code like below, so it won't compile with clang #include <math.h> #include <pthread.h> #include <sys/time.h> #include <unistd.h> #include <stdlib.h> #include <malloc.h> #include <sched.h> I think that I need to do the following

Hi, With a fresh Rdevel r66690 (yesterday 26th) in ~/R/Rtrunk I get : ~/R/Rtrunk $ ./configure CC="gcc -std=gnu99 -fsanitize=address" CFLAGS="-fno-omit-frame-pointer -O0 -g -Wall -pedantic -mtune=native" --without-recommended-packages ~/R/Rtrunk $ make clean ~/R/Rtrunk $ make Works fine. Now adding --enable-strict-barrier to the end : ~/R/Rtrunk $ ./configure

Hi When I'm using clang 3.1 with the isysroot argument, it doesn't seem to pick up header files from the directory I'm passing through the command line: > $ clang -isysroot/myownheaders -v foo.c -c -o foo.o > clang version 3.1 (tags/RELEASE_31/final) > Target: i386-pc-linux-gnu > Thread model: posix > "/usr/bin/clang" -cc1 -triple i386-pc-linux-gnu -emit-obj

HI, All. I face problems when try to use libguestfs in new ubuntu 11.10. 1) My current version of libguest (1.12.0, binaries taken from libguestfs site) can't boot vm with new kernel. You can find log of libguest-test-tool in attachment. I try force it to boot 2.6.38-11 kernel instead of 3.0.0-12 (which is default), but get the same result (error) 2) I can't compile libguestfs from

Hello, I played with Clang + LLVM 3.1 release on ARM Linux and suspected it is incompatible with GCC. My program works fine while compiled using GCC but will crash with Clang. Specifically, the alignment strategy of Clang confused me. I wrote a small program to print the structure layout of the following and compiled it with both Clang and GCC. struct S { pthread_mutex_t mutex;

Package: gcc-4.7 Version: 4.7.0-12 Severity: serious Justification: breaks unrelated software The following scenario is broken: I would expect the link to fail. This is a carefully nailed-down testcase to figure out that the fault is with gcc not binutils. tg at zigo:~ $ echo 'int login_tty(int); void _exit(int); void _start() { _exit(login_tty(0)); }' >test.c tg at zigo:~ $ rm -f

On Wed, Jul 18, 2012 at 4:15 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 18 July 2012 14:57, salvatore benedetto > <salvatore.benedetto at gmail.com> wrote: >> $ clang -march=armv7-m -mfloat-abi=soft -ccc-host-triple >> armv7m-none-gnueabi testReference.cpp -c >> fatal error: error in backend: CPU: 'cortex-m3' does not support ARM >>

I am new to LLVM, what do you mean by Duncan? Btw, I installed llvm from the repository: sudo apt-get install llvm llvm-gcc Eric Christopher-2 wrote: > > Looks like something wonky with DragonEgg. > > Duncan? > > -eric > > On Mar 21, 2011, at 7:05 PM, stackunderflow wrote: > >> >> Hi Eric, >> >> here is my -emit-llvm -S -v output:

Hi When I'm using clang 3.1 with the isysroot argument, it doesn't seem to pick up header files from the directory I'm passing through the command line: > $ clang -isysroot/myownheaders -v foo.c -c -o foo.o > clang version 3.1 (tags/RELEASE_31/final) > Target: i386-pc-linux-gnu > Thread model: posix > "/usr/bin/clang" -cc1 -triple i386-pc-linux-gnu -emit-obj

Nice repro. It looks well-defined to me too. Is there a PR open yet? > On 2016-Feb-29, at 08:21, Sanjoy Das via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Sat, Feb 27, 2016 at 1:41 PM, Sanjoy Das > <sanjoy at playingwithpointers.com> wrote: >> Just as a reality check, I wrote up a demonstration where one link >> order causes a SIGFPE and another

https://bugs.freedesktop.org/show_bug.cgi?id=65310 Emil Velikov <emil.l.velikov at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #5 from Emil Velikov <emil.l.velikov at gmail.com> --- Using gcc 4.8.1 $ gcc -v

Dear list-members, I have observed quite a strange problem with the date package. You will find below what I get on my machine (Ubuntu). I have been able to reproduce the error on Red Hat too. But it seems not to happen on Windows (and on some other Linux distros?). > require(date) Loading required package: date > sessionInfo() R version 2.15.2 (2012-10-26) Platform: x86_64-pc-linux-gnu