similar to: [LLVMdev] Problem

Hello, I encountered errors when building rpm on fedora33: Versions: libvirt: v6.9.0-rc2 gcc-10.2.1-5.fc33.x86_64 meson-0.55.3-1.fc33.noarch ninja-build-1.10.1-2.fc33.x86_64 binutils-2.35-11.fc33.x86_64 Steps: 1. Archive libvirt source code to ~/rpmbuild/SOURCES/libvirt-6.9.0.tar.xz 2. Copy libvirt.spec.in to ~/rpmbuild/SPECS/libvirt.spec. Then `sed -i s/@VERSION@/6.9.0/g

Hello, Willow > C:\Downloads\llvm-gcc4.2-2.3-x86-mingw32\llvm-gcc4.2\bin>llvm-gcc a.c -o a > a.c:1: error: bad value (generic) for -mtune= switch Something is really broken at your side. Are you running Vista? -- WBR, Anton Korobeynikov

Yes I am running Vista. I tried running the program as an Administrator but I get the same error. What is a valid -mtune argument I can try? Thanks, Willow Anton Korobeynikov wrote: > Hello, Willow > > >> C:\Downloads\llvm-gcc4.2-2.3-x86-mingw32\llvm-gcc4.2\bin>llvm-gcc a.c -o a >> a.c:1: error: bad value (generic) for -mtune= switch >> > Something is

Hello, > If anybody has an idea of how to fix this (other than using another > version of gcc because I am sick of compiling), I would appreciate. I > can offer backtraces or shell access if anybody is interested, just > ask me what you need. This was fixed couple of months ago. Please consider using current svn top of tree, not 2.3 release. -- WBR, Anton Korobeynikov

Full_Name: Poor Yorick Version: R-2.6.1 OS: 2.4.21-50.ELhugemem #1 SMP Tue May 8 17:10:31 EDT 2007 i686 i686 i386 GNU/Linux Submission from: (NULL) (148.168.40.4) After compiling R-2.6.1 with gcc-4.2.1 pressing the 'delete' key three times in an interactive session causes R to malfunction, spitting out an infinite stream of errors. I have also replicated the issue in R-2.5.1: R

2008/9/21 Anton Korobeynikov <asl at math.spbu.ru>: > Hello, > >> If anybody has an idea of how to fix this (other than using another >> version of gcc because I am sick of compiling), I would appreciate. I >> can offer backtraces or shell access if anybody is interested, just >> ask me what you need. > This was fixed couple of months ago. Please consider

https://bugzilla.netfilter.org/show_bug.cgi?id=1333 Bug ID: 1333 Summary: 1.8.2: build fails with gcc 9 Product: iptables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: iptables Assignee: netfilter-buglog at

On 2009-09-19 03:28, zhunan wrote: > Yes,but ubuntu's directory structure is not exactly the same as the > classic linux distribute, > > I put libLLVMgold.so in /usr/lib/gcc/i486-linux-gnu/4.2.4 where cc1 is > also in. > > Are you sure that is llvm-gcc's cc1, and not your system compiler's? Try this: $ llvm-gcc -### -x c /dev/null Then look for a line

On 02.07.2015 23:12, Thomas Schmitt wrote: > Hi, > > hpa wrote: >> On PowerPC (I think) "unsigned char" is the default. > > In any case it seems a good idea to interpret the character > more explicitely. To my experience, one signdness change causes > a little tree of consequential signedness changes or questionable > cast operations. > How about the

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''m try to gem install mongrel, but one of its dependencies fails to compile ''cause gcc doesn''t like the -mtune parameter. Is there a way to remove this parameter or cause gcc to ignore it, etc.? make gcc -I. -I/usr/lib/ruby/1.8/i386-linux -I/usr/lib/ruby/1.8/i386-linux - I. -fPIC -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Wall -fPIC - c fastthread.c

Hello, Could you please test the solution at https://stackoverflow.com/questions/45318188/getting-error-in-function-igraph-write-graph-graphml-while-installing-igrap Specifically - install.packages("devtools") library(devtools) install_github("igraph/rigraph") Please let us know if this works Regards, -- Saint Pai On Tue, Oct 10, 2017 at 01:40:53AM +0100, Paul Smith

Installed R-devel 3.2.3 on a vanilla F23 box. Installing any package with C code fails with: gcc: error: /usr/lib/rpm/redhat/redhat-hardened-cc1: No such file or directory This parameter originates from R's CFLAGS: $ R CMD config CFLAGS -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches

On Mon, Oct 9, 2017 at 4:42 PM, Tom Callaway <tcallawa at redhat.com> wrote: > > On 10/09/2017 11:16 AM, Paul Smith wrote: >> >> I am trying to install >> >> igraph package >> >> but getting the following error: >> >> ------------------ >> make: *** [/usr/lib64/R/etc/Makeconf:159: foreign-graphml.o] Error 1 >> ERROR:

On Sun, Jul 27, 2008 at 10:15 PM, Willow Schlanger <wschlanger at gmail.com> wrote: > Yes I am running Vista. I tried running the program as an Administrator > but I get the same error. What is a valid -mtune argument I can try? generic *is* a valid value for mtune; however, it's was added to gcc relatively recently. This is only a rough guess, but the most likely issue is that

Hi Eric, > Looks like something wonky with DragonEgg. you need to use -fplugin-arg-dragonegg-emit-ir or -flto with dragonegg, not -emit-llvm. Also, you currently have to use -S (getting human readable IR) rather than -c because with -c gcc will run cc1 with -S (getting human readable IR) then pass the result to the system assembler which of course barfs. This is documented on the web-page

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

On Sun, Oct 21, 2012 at 08:38:21AM -0700, Tobias Grosser wrote: > On 10/20/2012 05:38 PM, Jack Howarth wrote: >> Duncan, >> Is the documentation for using Polly support in dragonegg correct? I built llvm/polly/dragonegg >> using the documentation at http://polly.llvm.org/example_load_Polly_into_dragonegg.html >> with... >> >> GCC=/sw/lib/gcc4.7/bin/gcc-4

Hi, Oscar > at all, it would be great if you reflect your changes on the file list > inside the corresponding CMakeLists.txt when you add, remove or rename a > .cpp file. Isn't is possible for cmake just to glob everything in the corresponding directory? -- WBR, Anton Korobeynikov

I am trying to compile the xen sources. I have tried both 3.0.1 and 3.0-testing packages. In either case I get the same error when running make world: building ''xc'' extension creating build/temp.linux-i686-2.4 creating build/temp.linux-i686-2.4/xen creating build/temp.linux-i686-2.4/xen/lowlevel creating build/temp.linux-i686-2.4/xen/lowlevel/xc gcc -pthread