search for: chenwj

...compile LLVM. Maybe LLVM_HOSTTRIPLE got the *right* value, i.e., arm-unknown-linux-gnueabi. Currently, I handcode "Arch = "arm"" to make native compiled LLVM pass most test cases [2]. Is there a better way to make sys::getHostTriple handle this situation? Thanks! Regards, chenwj [1] http://llvm.org/viewvc/llvm-project?view=rev&revision=131463 [2] see attach llvm-131466-fix-gcc-4.4.1-native-arm2.log -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 -------------- next part --------...

On Fri, Jul 8, 2011 at 9:30 AM, Karel Gardas <karel.gardas at centrum.cz> wrote: > On 07/ 8/11 05:26 PM, Eli Friedman wrote: >> >> Given that revision range, the only remotely likely culprit is 131463. >>  Which basically means that it "broke" because the default target >> features changed. > > And you are right here. 131463 == 131464 which is

On 07/ 8/11 05:26 PM, Eli Friedman wrote: > Given that revision range, the only remotely likely culprit is 131463. > Which basically means that it "broke" because the default target > features changed. And you are right here. 131463 == 131464 which is buggy. 131462 is OK. Thanks, Karel

Hi, Eli > Mmm... and I just realized I really can't help track this down because > the code paths in question are probably Linux-specific. I spent a I add the following line back to lib/Support/Unix/Host.inc, Arch = "arm"; And examples/HowToUseJIT works fine. Regards, chenwj [1] http://llvm.org/viewvc/llvm-project?view=rev&revision=131463 -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667

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 /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp: In member function 'void<unnamed>::InitHeaderSearch::AddMinGWCPlusPlusIncludePaths(llvm::Str...

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 > by the DAG in the class name ScheduleDAGInstrs. I only see MachineInstrs > there, no SDNode. And the comment of ScheduleDA...

> /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...

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 message below, > > --- > make[4]: Entering directory `/nfs_home/chenw...

陳韋任 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

...> 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 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]: En...

...build binary. But I still cannot run lnt without problem. Here is the snip of test.log. --- ../llvm-3.0.obj/Release/bin/clang++ -o Output/build2.simple Output/build2.llvm.o make[4]: ../llvm-3.0.obj/Release/bin/clang++: Command not found make[4]: [Output/build2.simple] Error 127 (ignored) /nfs_home/chenwj/llvm-3.1/test-suite-3.0.src/RunSafely.sh 500 0 /dev/null Output/build2.out-simple Output/build2.simple ...... /nfs_home/chenwj/llvm-3.1/test-suite-3.0.src/RunToolSafely.sh 60 /nfs_home/chenwj/llvm-3.1/test-suite-3.0.src/DiffOutput.sh "\"/nfs_home/chenwj/llvm-3.1/llvm-3.0.obj/Release/...

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) > &lt...

...---------------------------------------------------------------- $ 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 p1.6, pie-10.1.5) 4.3.2 $ ../configure --prefix=/tmp/chenwj --enable-langugaes=c,c++ ----------------------------------------------------------------------- And here is the compiling error, ----------------------------------------------------------------------- In file included from /usr/include/features.h:354, from /usr/include/stdio.h...

Hi, all Although PoCC is optional, I want to give it a try. But I have a problem while building PoCC. Here is the error, ---------------------------------------------------------- make[1]: Entering directory `/tmp/chenwj/pocc-1.0-rc3.1/optimizers/letsee-0.2.0-pre/letsee' make[2]: Entering directory `/tmp/chenwj/pocc-1.0-rc3.1/optimizers/letsee-0.2.0-pre/letsee' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../letsee/include/letsee -I.. -I.. -I../letsee/include -I../letsee/include +...

Hi Justin, I believe the PTX section in the link below need some love, updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. Would you like to take a look? http://llvm.org/docs/CodeGenerator.html#the-ptx-backend Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj

...the dragonedd website, there is a line "It is a reimplementation of llvm-gcc that works with gcc-4.5 or later." I am trying to make gcc-4.6 work woth dragonegg, but I get an error belows, ------------------------------------------------------------------------ Compiling cache.c /tmp/chenwj/dragonegg-2.9/cache.c: In function 'llvm_set_cached': /tmp/chenwj/dragonegg-2.9/cache.c:101: warning: implicit declaration of function 'GGC_NEW' /tmp/chenwj/dragonegg-2.9/cache.c:101: error: expected expression before 'struct' /tmp/chenwj/dragonegg-2.9/cache.c:101: warning:...

Hi, Anton The "--disable-bootstrap" give me no luck. Why you think that "--disable-bootstrap" might help? Here is my configuration options, ----------------------------------------------------------------------------- ../llvm-gcc-4.2-2.8.source/configure --prefix=/tmp/chenwj/install --disable-bootstrap --disable-multilib --program-prefix=llvm- --enable-llvm=/enwj/install --enable-languages=c,c++ ----------------------------------------------------------------------------- And here is the error messge, -----------------------------------------------------------------...

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 deploym...

Hi, all I am trying to build gcc 4.5 with dragonegg plugin. After building patched gcc 4.5, I try to build dragonegg.so but failed. Here is the error messgae, ----------------------------------------------------------------------- $ GCC=/tmp/chenwj/install/bin/gcc make Compiling utils/target.cpp /tmp/chenwj/dragonegg-2.8/utils/target.cpp: In function 'int main(int, char**)': /tmp/chenwj/dragonegg-2.8/utils/target.cpp:39: error: 'normalize' is not a member of 'llvm::Triple' make: *** [target.o] Error 1 -----------------...

...rinter class which print out > MachineInstr in .s format, I tend to think they are old codes that > might be obsolete and will be replaced with MC layer implementation, > but I am not sure. How about sending a patch which remove those obsolete code, and let others give comment? Cheers, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj