similar to: [LLVMdev] Compiling questions

It would be nice to be able to use clang/llvm without GNU toolchain dependencies. Just out of curioisty what does the --x86-asm-syntax=intel actually mean then? Does this not get used? Is this a different syntax than the AT&T variety (forgive me if this is an obvious question)? I tried downloading FASM last night and it seemed handle some of the output, the one thing it didn't like was

On Jan 28, 2010, at 11:51 AM, Dustin Laurence wrote: > On 01/28/2010 11:41 AM, Anton Korobeynikov wrote: >> >> The required efforts equal to ones required to write new assembler. >> "Too weak to be usable" means "it's not possible to represent many >> important constructs with masm/nasm/fasm". > > Wow. It's perhaps too much of a

Hi, llvm-gcc 4.2 generates warnings when I compile inline assembly code that contains used labels with -Wunused-label. The generated code seems to work yet. gcc 4.2 doesn't generate those warnings. I haven't found any bugs regarding this issue in the llvm bug database. Does anyone know if this is a known llvm issue? Is it a warning that I can ignore and does not affect the generated

Building r80796 of the "release_26" branch on Ubuntu 9.04, I'm getting an XPASS on: ssen at ssen:~/llvm/build$ make TESTONE=FrontendC/2009-08-11- AsmBlocksComplexJumpTarget.c check-one make[1]: Entering directory `/home/ssen/llvm/build/test' Making a new site.exp file... XPASS: /home/ssen/llvm/test/FrontendC/2009-08-11- AsmBlocksComplexJumpTarget.c make[1]: Leaving directory

Is there anything else besides GNU or any other targets in the future? My goal is to be able to not have all the binaries coming out to be GPL.. If not, I will have to go back to using C as an intermediate language. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090408/5216ab28/attachment.html>

abrams:~# kinit admin@CORP.TCC.INET This seems to work just fine. abrams:~# net ads join "TwinCities\TTAGS\SERVERS" [2004/12/28 18:52:20, 0] libads/ldap.c:ads_add_machine_acct(1475) Warning: ads_set_machine_sd: Unexpected information received Using short domain name -- CORP [2004/12/28 18:52:23, 0] libads/kerberos.c:get_service_ticket(335) get_service_ticket: kerberos_kinit_password

This is fixed in TOT (rev 107051 for C, 108732 for C++) On Jul 23, 2010, at 2:20 AMPDT, Alexandre Colucci wrote: > Hi, > > llvm-gcc 4.2 generates warnings when I compile inline assembly code > that contains used labels with -Wunused-label. The generated code > seems to work yet. gcc 4.2 doesn't generate those warnings. I > haven't found any bugs regarding this

Hi guys Is some one able to explain me, why these errors emerge: gmake[2]: Entering directory `/usr/local/src/llvm/lib/VMCore' Compiling AsmWriter.cpp AsmWriter.cpp: In function `void WriteConstantInt(std::ostream&, const llvm::Constant*, bool, std::map<const llvm::Type*, std::string, std::less<const llvm::Type*>, std::allocator<std::pair<const llvm::Type* const,

On Fri, Feb 27, 2009 at 4:50 PM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > On Fri, Feb 27, 2009 at 4:32 PM, Jay Foad <jay.foad at gmail.com> wrote: > >> >> Could you please rig Makefile.rules or something to print out the value >> >> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >> >> that's

On 01/28/2010 11:41 AM, Anton Korobeynikov wrote: > > The required efforts equal to ones required to write new assembler. > "Too weak to be usable" means "it's not possible to represent many > important constructs with masm/nasm/fasm". Wow. It's perhaps too much of a distraction, but I'm curious about the details of this. It's probably because

Hello > Does anybody have an idea of roughly how much effort is required to make > intel asm printer to be usable? If it is within weeks, probably I can give > it a try. The required efforts equal to ones required to write new assembler. "Too weak to be usable" means "it's not possible to represent many important constructs with masm/nasm/fasm". -- With best

I hope someone here knows the answer to this since it will save me from delving deep into documentation. Based on 22 pairs of vectors, I have noticed that tetrachoric correlation coefficients in stata are almost uniformly higher than those in R, sometimes dramatically so (TCC=.61 in stata, .51 in R; .51 in stata, .39 in R). Stata's estimate is higher than R's in 20 out of 22

No, Chris, I'm not buying that argument, due to I've tweaked /usr/include/types.h a little bit, so the configuration and compilation of the cfrontend would be correct: /* * 64bit type for BSD compatability */ #ifdef __GNUC__ typedef long long int quad_t; typedef unsigned long long int u_quad_t; typedef long long int int64_t; typedef unsigned long long int u_int64_t;

Dear R users; I have downloaded a grib file format (Met.grib) and I want to export its data to excel file. Also I want to do some mathematic on some columns. But I got error. I would be more than happy if anyone can help me to do this. I have provided the codes and the Met.grib file in this email. Sincerely yours # Load the necessary libraries > library(raster) # For reading GRIB files

On Wed, 7 Jul 2004, Henrik Bach wrote: > This tweak seems to work. > > As far as I can see, correct me if I'm wrong, it is the compiler, that can't > figure out which std::basic_ostream to use. Why? What I'm saying is that it appears that your implementation of operator<< is not functional or is missing. You said that you are using GCC on internix. Is it possible

I am having difficulty understanding how I would constrain a data set by filtering out 'records' based on certain criteria. Using SQL I could query using 'select * from my.data where LithClass in ('sand', 'clay')' or some such. Using subset, there seem to be ghosts left behind (that is, all of the LithClass *.Labels* remain after subset) > dput(tcc)

You might try posting on r-sig-geo if you don't get a satisfactory response here. I assume there's a lot of expertise there on handling raster-type data. Cheers, Bert On Mon, Sep 23, 2024 at 11:31?PM javad bayat <j.bayat194 at gmail.com> wrote: > > Dear R users; > I have downloaded a grib file format (Met.grib) and I want to export its > data to excel file. Also I want

Yes, Chris you're right. It seems that my << operator for int64_t is missing in my '/opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc' file. Which ordinary version of GCC are you working with and how do your definition of the << operator for int64_t look like? /Henrik > >Here is an excerpt from the config.log for LLVM: > >configure:19451: checking for int64_t

Hi Folks: I am a NOOB and need some help and/or advice about debugging a domU VM boot problem in XCP 1.0 beta. I am trying to get my first VM installed over the network using XCP 1.0 beta. I am able to get to the VNC boot window but the installation process fails after a few minutes with this error: Unable to retrieve http://10.45.2.1//tcc/os/CentOS-5.5-x86_64/images/stage2.img

On 03/14/2017 07:16 AM, vivek pandya wrote: > Hello Hal, > setCondCodeAction(expand) for un ordered comparison generates > semantically wrong code for me for example SETUNE gets converted to > SETOE that causes infinite loops. Can you please explain what is happening? It sounds like a bug we should fix. > > What is ideal place where I can convert unordered comparison to un