Hi Jian-Xin, I also ran into the first issue. In the svn history for osprey/ipa/local/Makefile.gbase, I see that r1411 adds the following lines:
+ifeq ($(BUILD_COMPILER), OSP) +ipl_summarize_util.o: OPTIMIZER += -CG:all_sched=0 +endif Then r1950 removes the check for the OSP compiler: -ifeq ($(BUILD_COMPILER), OSP) ipl_summarize_util.o: OPTIMIZER += -CG:all_sched=0 -endif I think the check should have been left in, or maybe this "temporary workaround" can be removed now. Do you have any more information? Thanks, -David Coakley / AMD Open Source Compiler Engineering On Tue, Oct 11, 2011 at 2:16 AM, Jian-Xin Lai <laij...@gmail.com> wrote: > The second issue is https://bugs.open64.net/show_bug.cgi?id=796. So far we > don't have better solutions than creating the symbol link. > > 2011/10/11 Ling Kun <erlv5...@gmail.com> >> >> Hi, all: >> I have tried to install Open64 svn trunck on Debian AMD64 testing. >> And find two issues. >> 1, when compile ipa, there is a compile error,gcc do not understand >> this option. >> >> C++ >> /home/lingkun/develop/open64-build/osprey/targdir/ipl//home/lingkun/develop/open64-build/osprey/../../open64-git/osprey/ipa/local/ipl_summarize_util.cxx >> g++: error: unrecognized option ‘-CG:all_sched=0’ >> >> Just comment the line in osprey/ipa/local/Makefile.gbase, and this error >> gone. >> This line was added by dcoakley at 2011-08-05 r3709 >> >> >> 2, when compile osprey-gcc-4.2.0 use the xgcc, it will complain the >> crt1.o crti.o, crtn.o are missing. I have compared RHEL AMD64 and Debian >> AMD64; RHEL have this three file in /usr/lib, and also in >> /usr/lib/x86_64-linux-gnu, while Debian only have these file in >> /usr/lib/x86_64-linux-gnu. Make a symbol link in /usr/lib for these three >> file, and the Open64 can build successfully now. >> >> >> Ling Kun >> >> -- >> http://www.lingcc.com >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Open64-devel mailing list >> Open64-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/open64-devel >> > > > > -- > Regards, > Lai Jian-Xin > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Open64-devel mailing list > Open64-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/open64-devel > > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel
