similar to: [LLVMdev] Fw: -fPIC warning on every compile on Cygwin

Aaron Gray wrote: > On Sun, Mar 1, 2009 at 4:24 AM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Please try this patch. I tried to copy exactly what libtool would do > on Cygwin by reading the libtool source. > > > Hi Nick, > > Working fine on Cygwin :) Great to hear! I've committed the fix in r65922.

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 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 erroneously false. > > This works for me: > > Index: Makefile.rules >

HI, Developers: I linked libLTO.so in $LLVMROOT/Debug/lib however, my program crashes in assertion at 149line [Pass.cpp] void RegisterPass(const PassInfo &PI) { bool Inserted = PassInfoMap.insert(std::make_pair(PI.getTypeInfo(),&PI)).second; assert(Inserted && "Pass registered multiple times!"); } i confirm that there is only one static variable

>> 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 erroneously false. This works for me: Index: Makefile.rules =================================================================== --- Makefile.rules (revision 65633) +++ Makefile.rules (working copy) @@ -298,6

Hello... Im trying to setup HTB to allow me to shape traffic from two upstreams that meets on single lan0 interface. I prefer to use HTB qdisc within HTB root qdisc for cleaner rules design. Seems that it doesnt work at all. tc -s class show doesnt show any traffic on other classes attached to HTB qdisc. Linux 2.6.20.7 iproute-2.6.20-070313 Weird thing is that tc -s class show that 1: and 2:

... is on SourceForge: http://tcng.sourceforge.net/dist/tcng-10a.tar.gz md5sum 3f58447fdf393cbe3c584d80089806dc See also http://tcng.sourceforge.net/ This release changes a bunch of things, hence the jump in the version number: - the name of the traffic control compiler has changed from "tcc" to "tcng". This has become necessary because of a name conflicy with the

... is on SourceForge, http://tcng.sourceforge.net/#src Besides a bunch of bug fixes, this release also contains a greatly improved version of the comtc utility that copies comments from the tcng source to tcc''s "tc" output. There are a few infrastructure changes to make comtc work smoothly: - tcc''s -E option is now called -Wexperror or -Wexppostopt, respectively

Hi all, I can compile LLVM+clang (from svn 2.8 branch, fyi) just fine with gcc 4.4.5 and 4.5.1 on Linux/amd64 just fine, and I did successfully built LLVM+clang on Solaris10/amd64 (32bit built) just fine with gcc 3.3, too. However, when it comes to compiling my *own* project that builds atop of LLVM, I'm getting a strange compilation error when using GCC 4.5.1 but *NOT* when using GCC 4.4.5

Jay Foad 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 erroneously false. > > This works for me: > > Index: Makefile.rules > =================================================================== > --- Makefile.rules

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

Call for Papers --------------------------------------------------------------------------------------- IEEE Transaction on Cloud Computing Special Issue on Many-Task Computing in the Cloud http://datasys.cs.iit.edu/events/TCC-MTC15/ ======================================================================================= The Special Issue on Many-Task Computing (MTC) in the Cloud will provide the

Call for Papers --------------------------------------------------------------------------------------- IEEE Transaction on Cloud Computing Special Issue on Many-Task Computing in the Cloud http://datasys.cs.iit.edu/events/TCC-MTC15/ ======================================================================================= The Special Issue on Many-Task Computing (MTC) in the Cloud will provide the

Report by Eric Lindblad 28-08-2015 http://www.ericlindblad.blogspot.com As of Windows 8.1 MS has discontinued enabling for Interix, so perhaps there is little or no interest in this e-mail's subject matter. NB: As far as possible languages for xapian-bindings I only have be able to compile earlier versions of Tcl with a static library on Interix 3.5, Perl versions fail 'make check',

Call for Papers --------------------------------------------------------------------------------------- IEEE Transaction on Cloud Computing Special Issue on Many-Task Computing in the Cloud http://datasys.cs.iit.edu/events/TCC-MTC15/ ======================================================================================= The Special Issue on Many-Task Computing (MTC) in the Cloud will provide the

Call for Papers --------------------------------------------------------------------------------------- IEEE Transaction on Cloud Computing Special Issue on Many-Task Computing in the Cloud http://datasys.cs.iit.edu/events/TCC-MTC15/ ======================================================================================= The Special Issue on Many-Task Computing (MTC) in the Cloud will provide the

Question by Eric Lindblad 05-09-2015 http://www.ericlindblad.blogspot.com I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue. +#ifdef __INTERIX +#

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,

Dear colleagues, Please consider the following CFP for your contributions. ------------------------------------------------------------------------------- Call for Papers IEEE Transactions on Cloud Computing Special Issue on Scientific Cloud Computing http://datasys.cs.iit.edu/events/ScienceCloud2014-TCC/ -------------------------------------------------------------------------------

Dear colleagues, Please consider the following CFP for your contributions. ------------------------------------------------------------------------------- Call for Papers IEEE Transactions on Cloud Computing Special Issue on Scientific Cloud Computing http://datasys.cs.iit.edu/events/ScienceCloud2014-TCC/ -------------------------------------------------------------------------------