similar to: compile R on Solaris 9

Hi, I am trying to install R 2.9.0 on AIX 5.3. During the 'make' run I get the following error: Error: Invalid DESCRIPTION file Invalid Priority field. Packages with priorities 'base' or 'recommended' or 'defunct-base' must already be known to R. See the information on DESCRIPTION files in section 'Creating R packages' of the

Hi, Arvind Sudarsanam: I know some of Open64. Above all, Open64 is designed for a high performance compiler. It is now supported by AMD, HP, ICT Chinese Academy of Science, etc. and has been ported to X86, Itanium, Loongson CPU etc. And to your questions 1, Open64 already have some main optimization phases, Inline for aggressive inline opt. LNO for loop opt, WOPT for machine independent opt(

I'm trying to compile R on AIX 5.3. I've gotten "configure" to work but "make" generates the following errors: Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "Makedeps" is up to date. Target "libbz2.a" is up to date. Target "Makedeps"

Hi, I have been working towards developing compiler optimization tools targeting multi core processors while using LLVM IR as the starting point and building on top of the analysis and optimization passes available in the llvm source. Recently, I looked into Open64 and its intermediate representation WHIRL. Documentation for developers to use Open64 seems to be inadequate (when compared to LLVM

On 11/08/2013 09:12 AM, Steve Capper wrote: > diff --git a/usr/klibc/open64.c b/usr/klibc/open64.c > new file mode 100644 > index 0000000..6ca603e > --- /dev/null > +++ b/usr/klibc/open64.c > @@ -0,0 +1,22 @@ > +/* > + * open64.c > + * > + * For 64 bit systems without the open syscall, pass straight > + * through into openat. > + */ > + > +#define

> On Sep 13, 2015, at 11:04 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux > <syslinux at zytor.com> wrote: >> We can let compiler driver pass the right options to preprocessor after >> processing -Mxy options, right now its bypassing the gcc driver and >> handing them straight to cpp >>

Hi, Gang: I remember there were different voices when you check-in the code. I agree with them although I didn't reply your mail in open64's mailing list. In the transformation you illustrate, it involves two operations: 1) promote WHILE-loop into DO-loop (i.e noncountable loop to countable loop) 2) get rid of trip-count dec/inc and compare. 1) is irrelevant to HW loop.

We can let compiler driver pass the right options to preprocessor after processing -Mxy options, right now its bypassing the gcc driver and handing them straight to cpp This also helps in other compilers processing these options correctly for their preprocessors consumption Signed-off-by: Khem Raj <raj.khem at gmail.com> --- mk/syslinux.mk | 4 ++-- 1 file changed, 2 insertions(+), 2

I tried building R-1.6.1 under Mac OS X 10.2.2 and experienced the following build failure: <...stuff omitted...> cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory gcc -bundle -flat_namespace -undefined suppress -L/usr/local/lib -o ctest.so ansari.o chisqsim.o d2x2xk.o

Current R-devel doesn't compile on OS X, because "-framework Carbon" was (correcly) removed main_ldflags, but it was not added to flags for grDevices, where it is needed now. The following tiny patch remedies the issue (it is sufficient to include AppKit as only that subset of Carbon is needed): Index: src/library/grDevices/src/Makefile.in

I am the designer for open64 hwloop structure, but I am not a student. Hope the following helps: To transform a loop into hwloop, we need the help from optimizer. For example, while(k3>=10){ sum+=k1; k3 --; } into the form: zdl_loop(k3-9) { sum+=k1; } So, we introduce a new ZDLBR whirl(open64 optimizer intermediate) operator, which represents the loop in whirl as:

Hi, While executing the make after successful configuration (./configure --with-readline=no --without-iconv), the following error occurs: mbf2n11s (Regatta) /saswork/R/R-2.7.0$ make Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "Makedeps" is up to date. Target "libbz2.a"

Dear all, I have some C code using the zlib uncompress. It compiles fine under Win XP (with SP2) with R up to 2.3.1 and generates four files (Makedeps, *.d, *.dll, and *.o): C:\Data\R-packages\cmg>rcmd SHLIB cmg.c -o cmg.dll latex: not found making cmg.d from cmg.c gcc -IC:/PROGRA~1/R/R-2.3.1/include -Wall -O2 -c cmg.c -o cmg.o cmg.c: In function `readcmg': cmg.c:33: warning:

On Tue, Nov 13, 2012 at 11:23:02PM -0800, Shuxin Yang wrote: > Hi, All: > > Is it legal to delete empty infinite loop like this : "while(1) {}"? > It is interesting that both llvm and gcc keep the loop, however Open64 > delete it. I think it's illegal to delete such infinite loop, perhapes you should file a bug report to open64. That's my 2 cents.

https://bugzilla.samba.org/show_bug.cgi?id=1536 ------- Additional Comments From wayned@samba.org 2004-07-30 13:30 ------- Created an attachment (id=589) --> (https://bugzilla.samba.org/attachment.cgi?id=589&action=view) Add checks for open64 and mkstemp64 to configure If the user's system has open64() but not mkstemp64(), we avoid using mkstemp(). -- Configure bugmail:

On Wed, Nov 14, 2012 at 03:32:53PM +0800, 陳韋任 (Wei-Ren Chen) wrote: > On Tue, Nov 13, 2012 at 11:23:02PM -0800, Shuxin Yang wrote: > > Hi, All: > > > > Is it legal to delete empty infinite loop like this : "while(1) {}"? > > It is interesting that both llvm and gcc keep the loop, however Open64 > > delete it. > > I think it's illegal

Hi there, I have a problem when I try to create a new user with swat. I use binaries of Samba 2.2.2 coming from www.samba.org, or from www.sunfreeware.com on Solaris 2.6 and on 8. I compiled the sources and the result is the same. When I click on "Add New User" (Server Password Management), I receive a nearly blank page: I can only see the samba gif on top and the user is not

Hi shuxin, Promote while-loop to do-loop is the job of loop induction recognized, not this transformation. The scalar transform for hwloop in optimizer is for that it is a trouble to discriminate trip counting code with the real production code stuff and do the elimination in cg, we have to write customized code to handle this general stuff in ervey targets. So, we take the help from optimizer

Hi all, We did some benchmarks on code size with clang, gcc 4.5, and open64. Clang performed second in the test. The benchmark is CSiBE. Clang can't compile the linux kernel (some inline asm not supported) and replaypc (error: use of unknown builtin '__builtin_next_arg'). The concrete results are attached. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, I have follwoing problem: I will install R-2.5.1 on a Linux Maschine (64Bit) and I will use the R-GUI JGR (Jaguar) SO I make following steps: ./configure --with-gnu-ld --enable-R-shlib VAR=fPIC VAR=TCLTK_LIBS make I become following error messages: . Entering directory `/root/R-2.5.1/tests' make[2]: Entering directory `/root/R-2.5.1/tests' make[3]: Entering