similar to: [LLVMdev] problem compiling the cfrontend on Linux/PPC

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] problem compiling the cfrontend on Linux/PPC"

2005 Jun 13
0
[LLVMdev] problem compiling the cfrontend on Linux/PPC
Cyrille Mescam wrote: > Hi, > > > When compiling the cfrontend for Linux/PPC architecture on a powermac > G5, i got > the following error : I hate to ask a silly question, but are you using "make bootstrap" to build the cfrontend? Your output looks like gccas is being given a native code assembly language file to parse, and I seem to recall that that happens if
2005 Jun 13
2
[LLVMdev] problem compiling the cfrontend on Linux/PPC
On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > Cyrille Mescam wrote: > >Hi, > > > > > >When compiling the cfrontend for Linux/PPC architecture on a powermac > >G5, i got > >the following error : > > I hate to ask a silly question, but are you using "make bootstrap" to > build the cfrontend? Your output looks like gccas
2005 Jun 13
2
[LLVMdev] problem compiling the cfrontend on Linux/PPC
> Okay, I took a closer look at your output. > > I was correct in that gccas is attempting to assemble a native PPC > assembly language file. However, this appears to be happening because > the assembly file is generated by the GCC Makefiles for libgcc2 (in > llvm-gcc/gcc/config/rs6000/t-ppccomm, I think). > > The first thing I would try is Marco's suggestion: add
2005 Jun 13
0
[LLVMdev] problem compiling the cfrontend on Linux/PPC
Cyrille Mescam wrote: > On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > >>Cyrille Mescam wrote: >> [snip] > > In fact, i am using the CFE build procedures. I am on instructions 5. > > cyrille > Okay, I took a closer look at your output. I was correct in that gccas is attempting to assemble a native PPC assembly language file. However,
2005 Jun 29
0
[LLVMdev] Re: llvm linux/PPC cfrontend
Cyrille Mescam wrote: Dear Cyrille, I believe we've fixed the -simplify-libcalls pass. To get the change and verify that it works, please do the following: 1. Undo the change I gave yesterday (i.e. turn the simplify-libcalls pass back on in gccas). 2. Update your llvm source code from our CVS repository. 3. Rebuild LLVM. 4. Attempt to rebuild llvm-gcc. It should get past the error
2005 Jun 28
2
[LLVMdev] Re: llvm linux/PPC cfrontend
Cyrille Mescam wrote: > Morning, > > I would like to know if you received my mail with the assembly code > you wanted. > > It not, i'll send it again to you. > > Thanks for your help. > > Regards. > > Cyrille > I've looked into the files you sent me, and it seems that the problem is occuring due to the C library simplication pass (which is run
2004 Oct 04
1
[LLVMdev] cfrontend-1.3.source: Compilation error
This is a forward of a question from the SourceForge LLVM forum. If anyone has experience with Cygwin and building the C front-end there, please reply and CC Alex. --- Post by Alex Vinokur below --- =============== Windows 2000 GNU gcc 3.3.3 (cygwin special) =============== ./configure ./make I have got compilation error ------------------------------- make[1]: Entering directory
2005 Aug 08
2
[LLVMdev] cfrontend building
Am Montag, 8. August 2005 18:12 schrieb Reid Spencer: > Stephan, > > I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. > While "make bootstrap" is the correct way to build GCC, its not the correct > way to build llvm-gcc. > > Based on my experience with this, I suggest you completely erase your build > tree and then follow
2006 May 11
1
[LLVMdev] using cfrontend-1.6 and llvm-1.7
Is it safe to use the LLVM cfrontend 1.6 with LLVM 1.7 or the latest LLVM from CVS? I am running OS X 10.3.9, which I believe corresponds to Darwin kernel version 7.9.0. When I tried to use the 1.7 cfrontend, I could not get LLVM 1.7 or the LLVM from CVS to compile. However, when I used the 1.6 cfrontend (which is additionally labeled Darwin 7.9.0), I was able to get them to compile.
2005 Aug 08
0
[LLVMdev] cfrontend building
Answers inline .. Stephan Wienczny wrote: > > Hallo, > > do you know if bootstrap is the default target? No, "all" is the default. > > This is what I'm doing: > <code> > inherit eutils > > DESCRIPTION="C, C++ Frontend for Low Level Virtual _Machine" > HOMEPAGE="http://llvm.org/" >
2005 Dec 22
1
[LLVMdev] cfrontend
Hello, I am trying to install llvm on cygwin. I use gcc 3.4.4 and I have the following problem when I compile the cfrontend : /cygdrive/c/llvm/cfrontend/build/i686-pc-cygwin/libstdc++-v3/include/bit s/char_traits.h:68: error: expected `;' I have check the file char_traits.h but I haven't found any problem... Can you help me ? Thank you in advance, Antoine -------------- next part
2004 Nov 02
0
[LLVMdev] LLVM tools sufficient to build the cfrontend for windows from MinGW?
The problem with building the frontend on Windows is that gcc cannot be bootstrapped using Window's native compiler -- i.e. VC++ -- unlike every other platform. It can be built on Windows using gcc, of course, but even then only if the entire GNU environment is present. The real problem is that the bootstrapped frontend binaries built using gcc may not properly link with LLVM binaries built
2005 Aug 08
2
[LLVMdev] cfrontend building
Hallo, I'm trying to write an gentoo ebuild for the c frontend. When make runs libstdc++/configure I get some problems: configure tries to determine the object extensionbut fails. This is the output: checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... checking for perl... perl checking build system type...
2006 May 14
7
[LLVMdev] Release 1.6 LLVM-Cfrontend build error on cygwin
Dear llvmdev, I am new to LLVM , but have a task on writing a LLVM backend to generate some architecture specific assembly file. Here is my cygwin build setting: GCC 3.4.4 , BIN UTILITY 2.15 ,and all other packages of the right version listed on the LLVM Getting Started doc. I have successfully built Release 1.6 LLVM. All the tools has been installed there /usr/local/bin . But I
2004 Nov 02
5
[LLVMdev] LLVM tools sufficient to build the cfrontend for windows from MinGW?
Hi, I'm able to build the llvm tools on the MinGW platform: burg, fpcmp, tblgen, llvm-as, llvm-dis, opt, gccas, llc, llvm-link, lli, gccld, llvm-stub, analyze and extract. I wonder if these tools are sufficient to start build the cfrontend? Henrik. _________________________________________________________________ Undg� pop-ups med MSN Toolbar - http://toolbar.msn.dk hent den gratis!
2004 Nov 02
1
[LLVMdev] LLVM tools sufficient to build the cfrontend for windows from MinGW?
On Tue, 2 Nov 2004, Jeff Cohen wrote: > The problem with building the frontend on Windows is that gcc cannot be > bootstrapped using Window's native compiler -- i.e. VC++ -- unlike every > other platform. It can be built on Windows using gcc, of course, but > even then only if the entire GNU environment is present. Yeah, annoying. Unfortunately we're not up to fixing GCC :)
2004 Jun 28
1
[LLVMdev] xgcc: installation problem, cannot exec `gccas': No such file or directory
Hi Guys I'm trying to port and build the GCC Front End to the Interix environment. I've succeded until the xgcc program executes: /usr/local/src/cfrontend/build/gcc/xgcc -B/usr/local/src/cfrontend/build/gcc/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/bin/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/lib/ -isystem
2004 Aug 15
2
[LLVMdev] Re: [llvm-announce] LLVM 1.3 Release!]
Chris Lattner wrote: > LLVM Compiler Infrastructure -- Release 1.3 > http://llvm.cs.uiuc.edu > >We are pleased to announce the release of version 1.3 of the LLVM >Compiler Infrastructure. > > > Great news, thanks. However, I wonder if someone supplies pre-built cfrontend binaries for cygwin? I followed the instructions and tried to
2020 Jun 01
3
Aarch64: unaligned access despite -mstrict-align
Hi, I experienced a crash in code compiled with Clang 10.0.0 due to a misaligned 64-bit data access. The (ARMv8) CPU is configured with SCTL.A == 1 (alignment check enable). With SCTLR.A == 0 the code runs as expected. After some investigation I came up with the following reproducer: ---8<-------8<-------8<-------8<-------8<-------8<-------8<------- $ cat test.c extern char
2020 Jun 01
2
Aarch64: unaligned access despite -mstrict-align
Sorry, quick message to ignore what I wrote before, I got myself confused (probably you too), With a recent trunk build I get this: f: adrp x8, g ldr x8, [x8, :lo12:g] mov w2, #16 mov x1, x0 mov x0, x8 b memcmp This looks more correct, and I need to look a bit more into this (and how clang 10.0.0 behaves).