I'll do some tests about this issue and submit a patch for it. 2011/11/21 David Coakley <dcoak...@gmail.com>: > 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 >> >> >
-- 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. 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
