similar to: r300964 and the llvm-clang-x86_64-expensive-checks-win buildbot

Displaying 20 results from an estimated 400 matches similar to: "r300964 and the llvm-clang-x86_64-expensive-checks-win buildbot"

2017 Apr 21
3
r300964 and the llvm-clang-x86_64-expensive-checks-win buildbot
clean buld forced the regeneration of X86GenGlobalISel.inc & AArch64GenGlobalISel.inc, which may have not happened otherwise. ‫בתאריך יום ו׳, 21 באפר׳ 2017 ב-18:29 מאת ‪Simon Pilgrim via llvm-dev‬‏ <‪ llvm-dev at lists.llvm.org‬‏>:‬ > For reasons I’m not sure about it needs a clean build every so often - > I’ve forced a build at >
2015 May 07
2
Live Migration failure: this function is not supported by the connection driver: virDomainMigrateToURI2
Hi everyone, I’m testing the new openstack kilo on ubuntu15.04 and hypervisor is xen4.5. I can creat instance successfully , but live migration is always failed. Error report like this: 2015-05-07 10:47:22.135 1331 ERROR nova.virt.libvirt.driver [-] [instance: b1081b86-fdce-4fcc-82c4-51896de4418c] Live Migration failure: this function is not supported by the connection driver:
2009 Aug 28
2
[LLVMdev] can't build w/expensive checks
I get the error below when trying to build clang with expensive checks. Works fine w/o these. Is this a known problem? This is on Ubuntu Hardy using this compiler: regehr at john-home:~$ g++ --version g++ (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu4) Thanks, John Regehr make[4]: Entering directory `/home/regehr/z/tmp/llvm-r80385/tools/clang/lib/Basic' llvm[4]: Compiling Builtins.cpp for
2009 Aug 28
0
[LLVMdev] can't build w/expensive checks
Hi John, > I get the error below when trying to build clang with expensive checks. > Works fine w/o these. Is this a known problem? this is a bug in libstdc++, and has been fixed here: http://gcc.gnu.org/viewcvs?view=revision&revision=147599 If you can't pick up the fix, try compiling clang without the -fno-rtti option. Ciao, Duncan.
2009 Aug 28
2
[LLVMdev] can't build w/expensive checks
Hmmm, this used to work, at least it didn't on Aug 07 on x86_64: http://google1.osuosl.org:8011/builders/clang-x86_64-linux-check - Daniel On Fri, Aug 28, 2009 at 1:21 PM, Duncan Sands<baldrick at free.fr> wrote: > Hi John, > >> I get the error below when trying to build clang with expensive checks. >>   Works fine w/o these.  Is this a known problem? > >
2009 Aug 30
0
[LLVMdev] can't build w/expensive checks
On 2009-08-29 01:37, Daniel Dunbar wrote: > Hmmm, this used to work, at least it didn't on Aug 07 on x86_64: > http://google1.osuosl.org:8011/builders/clang-x86_64-linux-check > > -fno-rtti wasn't used in the build of clang, it started being used in the build after a Makefile fix: Author: Eric Christopher <echristo at apple.com> Date: Tue Aug 18 03:23:40 2009
2010 May 07
1
[LLVMdev] Failure building 2.7 with debug info and expensive checks
I am trying to build 2.7 on FreeBSD with all debugging options "on": CXX=/usr/local/gcc/4.5.0/bin/g++ CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ../llvm/configure --prefix=/usr/local/llvm/2.7 --enable-assertions --enable-shared --enable-libffi --enable-debug-runtime --enable-expensive-checks --enable-debug-symbols Here is the error message I got from the build:
2013 Jul 29
0
[LLVMdev] [Polly] Analysis of the expensive compile-time overhead of Polly Dependence pass
On 07/29/2013 03:18 AM, Sven Verdoolaege wrote: > On Sun, Jul 28, 2013 at 04:42:25PM -0700, Tobias Grosser wrote: >> Sven: In terms of making the behaviour of isl easier to understand, >> it may make sense to fail/assert in case operands have parameters that >> are named identical, but that refer to different pointer values. > > No, you are allowed to have different
2003 Aug 05
2
Why are FXO so expensive?
Hi, I've been browsing for FXO devices, and I'm really surprised at their costs. Why such devices are so expensive and somehow hard to get ? Samy. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030805/a92ee327/attachment.htm
2004 Jun 07
2
slightly OT: VoIP more expensive than Call-By-Call
Hi, is it just me, or are the VoIP providers for Germany more expensive than going via call-by-call? sipgate.de lists a price of 1.76ct a minute, a couple of call-by-calls are listed at 1.3ct-1.5ct a minute. Did anyone else thought this to be strange? What about other countries? Same thing?! It seems to me, VoIP providers only make sense for headquarter to subsidiary, but not for regular
2008 Feb 11
0
PDF with computationally expensive normalizing constant
Hi I am writing some functionality for a multivariate PDF. One problem is that evaluating the normalizing constant (NC) is massively computationally intensive [one recent example took 4 hours and bigger examples would take much much longer] and it would be good allow for this in the design of the package somehow. For example, the likelihood function doesn't need the NC but (eg) the
2008 Mar 01
2
I need the least expensive way to do this
I never did see this get to the list. Tim Litwiller wrote: > For my church school we need a way to connect 3 room phones, 1 office > phone and 2 phone lines. > so I need a device or several that i can connect to 2 pots phone lines > and at least 3 plain old wall phones. I'll donate a sipura 941 for > the office. > > What would be the best product to get 2 fxo ports
2013 Jul 26
0
[LLVMdev] [Polly] Analysis of the expensive compile-time overhead of Polly Dependence pass
On 07/25/2013 09:01 PM, Star Tan wrote: > Hi Sebastian, > > > Recently, I found the "Polly - Calculate dependences" pass would lead to significant compile-time overhead when compiling some loop-intensive source code. Tobias told me you found similar problem as follows: > http://llvm.org/bugs/show_bug.cgi?id=14240 > > > My evaluation shows that "Polly -
2013 Oct 08
0
[LLVMdev] What makes register allocation expensive?
Hi, so just to verify the obvious: these are both the same type of build (Release-Asserts, or whatever) rather than an optimized 3.1 vs a 3.3 debug build? (I know this is unlikely, but I've managed to mix-up my configurations in the past so it is worth checking before trying more involved options). A 20x slow-down that looks to be on everything (rather than one component) is a strong symptom
2006 May 12
3
Echo cancel: chan_misdn vs bristuff? HFC card vs expensive card?
Hello everyone. I've got a HFC ISDN card that I'm using with chan_misdn and it basically behaves like crap. Echo is waaay worst then echo I get TDM400 card, sound is "choppy" (there other side is allays complaining about sound interruptions) and to top it all it detects fake DTMF's all the time. Is this a chan_misdn problem or is it a card problem? I really need to get
2013 Jul 26
0
[LLVMdev] [Polly] Analysis of the expensive compile-time overhead of Polly Dependence pass
At 2013-07-26 14:14:51,"Tobias Grosser" <tobias at grosser.es> wrote: >On 07/25/2013 09:01 PM, Star Tan wrote: >> Hi Sebastian, >> >> >> Recently, I found the "Polly - Calculate dependences" pass would lead to significant compile-time overhead when compiling some loop-intensive source code. Tobias told me you found similar problem as follows:
2009 Oct 14
1
Cacheing computationally expensive getter methods for S4 objects
Hi, I was wondering if there was a way to store the results of a computationally expensive "getter" call on an S4 object, so that it is only calculated once for each object. Trivial example: let's say I want to cache the "expensive" area calculation of a square object. setClass("Square", representation( length='numeric',
2014 Apr 24
2
Asterisk -rx, how expensive is it? Should you avoid "spamming" it?
Just like the subject sais - how expensive is it to execute a lot of these commands to keep track of different things in asterisk? I have avoided doing this because it feels a bit like a risk to spam the asterisk CLI this way, but is it really? CPU-wise it doesn't seem very expensive to do it 100 times a second (from a simple test I did), but is it possible it will affect the asterisk
2004 Oct 06
4
SNAT is less expensive than MASQ
hi, in the masq file''s documentation, there is a sentence: "If you have a static IP on that interface, listing it here makes processing of output packets a little less expensive for the firewall." this realy means that SNAT to the primary address is less expensive than a MASQ rules in the netfilter? is this documented anywhere in iptables/netfilter? thanks. -- Levente
2004 Dec 15
5
How "expensive" are the different codecs? (Regarding CPU time)
Hi! The encoding, decoding and recoding cost cpu time, that's sure. But does this time differs much depending on the used codec? Is - for example - a G729 faster than a GSM codec? Bye! Michael