similar to: [LLVMdev] Building LLVM-GCC on Linux/PowerPC failed

Hi, folks I am "stll" trying to build LLVM-GCC 4.2 on a Linux/PS3 machine, which has a 64-bit OS. Here is my system information and configuration options: ----------------------------------------------------------------- $ uname -a Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST 2009 ppc64 Cell Broadband Engine, altivec supported GNU/Linux $ gcc --version

Hi, folks I am trying to build LLVM 2.8 Release on a Linux/PowerPC machine. Actually, the PowerPC is a PS3. Here is my system information: ---------------------------------------------------------------------- $ uname -a Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST 2009 ppc64 Cell Broadband Engine, altivec supported GNU/Linux $ gcc --version gcc (Gentoo 4.3.2-r3

Hi, On Thu, Dec 30, 2010 at 3:54 AM, 陳韋任 <chenwj...> wrote: > Hi, folks > >    I am trying to build LLVM-GCC 4.2 on a Linux/PowerPC machine. > Actually, the PowerPC is a PS3. (snip) >  And here is the compiling error, > > ----------------------------------------------------------------------- > In file included from /usr/include/features.h:354, >                

Hello >  The "--disable-bootstrap" give me no luck. Why you think that > "--disable-bootstrap" might help? Due to reasons I outlined in my prev. e-mail. Now you can notice that the build proceed much further. Try to add --disable-libmudflap as well. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hi, Csaba Thanks for the tip. My PS3 workstationn is installed a 32-bit OS. I will install a 64-bit OS soon and try what you said. Thanks again. Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

陳韋任 wrote: > I am trying to build LLVM 2.8 Release on a Linux/PowerPC machine. > Actually, the PowerPC is a PS3. > > Here is my system information: > > ---------------------------------------------------------------------- > $ uname -a > Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST > 2009 ppc64 Cell Broadband Engine, altivec supported

陳韋任 wrote: > Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST > 2009 ppc64 Cell Broadband Engine, altivec supported GNU/Linux Yes, the kenel is 64 bit, but you may still have a pure 32 bit userspace (thats what my dual G5 PowerMac running Linux has). Does your maching have directories like /lib64 and /usr/lib64? If you compile a program like: #include

Hi, Anton Finally, I built LLVM-GCC 2.8 on a Linux/PS3 machine. I just put my configuration options here, --------------------------------------------------------------------------- ../llvm-gcc-4.2-2.8.source/configure -prefix=/tmp/chenwj/install --disable-bootstrap --disable-libmudflap --disable-multilib --disable-libgomp --program-prefix=llvm- --enable-llvm=/tmp/chenwj/install

Hi, all I found the example code examples/HowToUseJIT.cpp also shows the same error. Attachment is the LLVM module created by HowToUseJIT. And here is the error, Running foo: %X4<def> = LDtoc <ga:@add1>, %X2 UNREACHABLE executed! Stack dump: 0. Running pass 'PowerPC Machine Code Emitter' on function '@foo' Aborted Currently, I use gdb try to track down

Hi, all I have a trouble with calling external functions on PowerPC. What I am doing is generating a LLVM IR first like this, - x86 call void @helper_shack_flush(%struct.CPUX86State* %62) noinline, !flags !12 - ppc call void @helper_shack_flush(%struct.CPUX86State* %62) noinline, !flags !10 After lowering above LLVM IR for x86 and ppc, it becomes: - x86 %RAX<def> = MOV64ri

Hi all, I think it's Gentoo's bug, but I want to know if anyone has the same issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get error message below, --- make[4]: Entering directory `/nfs_home/chenwj/llvm-3.1/svn/build/tools/clang/lib/Frontend' llvm[4]: Compiling InitHeaderSearch.cpp for Release+Asserts build

Also you might need to check use PostRASchedulerList or PostMachineScheduler, PostRASchedulerList is considered deprecated as mentioned in [1]. [1] http://lists.llvm.org/pipermail/llvm-dev/2017-April/112348.html HTH, chenwj 2017-06-10 4:03 GMT+08:00 陳韋任 <chenwj.cs97g at g2.nctu.edu.tw>: > Not saying I am totally understand how thing works, but I think you're > misleading >

Hi. This is a known gcc bug (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't compile clang 3.1 On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same > issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get > error

On Sep 12, 2012, at 8:50 PM, Sean Silva <silvas at purdue.edu> wrote: >> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 > > I think that this is a GCC ICE. Yes, very definitely. Jim > > --Sean Silva > > On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) >

> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 I think that this is a GCC ICE. --Sean Silva On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same

Hi Sergey, > This is a known gcc bug > (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't > compile clang 3.1 are you sure? I built the LLVM/clang-3.1 release binaries for ubuntu 64 bits using gcc-4.5. Ciao, Duncan. > > On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: >> Hi all, >> >> I think

Thanks for the info, Philip. I will update the LLVM Programmer’s Manual first. Regards, chenwj Wei-Ren Chen (陳韋任) Homepage: https://people.cs.nctu.edu.tw/~chenwj 2017-04-02 18:11 GMT+08:00 Philip Pfaffe <philip.pfaffe at gmail.com>: > Hi chenwj, > > http://llvm.org/doxygen/Statistic_8h_source.html is the correct one. The > other two are remnants from older doxygen deployments.

陳韋任 wrote: > > Does your maching have directories like /lib64 and /usr/lib64? > Yes, it has /lib64 and /usr/lib64. > > > what is the size of a void pointer? > $ ./a.out > sizeof (void*) : 8 > > > Does this change if you add -m64 to the gcc command line? > No. Ok, as far as I cam tell, everything on your system is correct. I don't have any further ideas

Hi chenwj, Thanks! I have tried it, but the generated byte code still uses `llvm.memset`. I guess the flag `-fno-builtin` is not used by DragonEgg, or I missed some other configuration parameters. On Tue, Apr 9, 2013 at 7:45 PM, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw > wrote: > On Tue, Apr 09, 2013 at 04:39:14PM -0700, Jeff Jia wrote: > > Hi, > > > > I have

> >  But I got the error message below, > > > > --- > > 2012-04-12 02:39:48: executing test modules > > 2012-04-12 02:39:49: loading nightly test data... > > nt.py:737: fatal error: nightly test failed, no report generated > > --- > > > >  Any idea on how I can figure out what the fatal error is? Thanks! > > Inside the sandbox there will