search for: destablize

Peter, FYI, I am interested in dragon-egg because I have been preparing updated llvm/llvm-gcc42 2.7 packaging for fink and was considering adding in an addition dragon-egg package if the additional gcc patch didn't destablize gcc45. Also I am really interested in checking the Polyhedron 2005 benchmarks for gcc 4.5.0 with and without dragon-egg. The Polyhedron 2005 benchmarks improved about 14% on llvm-gfortran over the past 13 months without the llvm developers even targeting those. With a modern gfortran and decent vec...

...> > -Chris Chris, How essential is r81455 to the llvm-gcc4.2-2.7 release? Can we regress it out for 2.7? I've tried all of the suggestions in... http://llvm.org/bugs/show_bug.cgi?id=6778 from Duncan for moving va_opt into darwin.c as an extern. While this works at first glance, it destablizes the parallel make. Regressing r81455 doesn't appear to cause any problems. Jack > > > > > ================================================================================ > > Date & Time : 7 Apr 2010 22:24:16 > > Test Name : llvm_g...

...How essential is r81455 to the llvm-gcc4.2-2.7 release? Can we regress it > out for 2.7? I've tried all of the suggestions in... > > http://llvm.org/bugs/show_bug.cgi?id=6778 > > from Duncan for moving va_opt into darwin.c as an extern. While this > works at first glance, it destablizes the parallel make. Regressing r81455 > doesn't appear to cause any problems. > Jack > >> >>> >>> ================================================================================ >>> Date & Time : 7 Apr 2010 22:24:16 >&gt...

...llvm-gcc4.2-2.7 release? Can we regress it > > out for 2.7? I've tried all of the suggestions in... > > > > http://llvm.org/bugs/show_bug.cgi?id=6778 > > > > from Duncan for moving va_opt into darwin.c as an extern. While this > > works at first glance, it destablizes the parallel make. Regressing r81455 > > doesn't appear to cause any problems. > > Jack > > > >> > >>> > >>> ================================================================================ > >>> Date & Time...

...to the llvm-gcc4.2-2.7 release? Can we regress it >> out for 2.7? I've tried all of the suggestions in... >> >> http://llvm.org/bugs/show_bug.cgi?id=6778 >> >> from Duncan for moving va_opt into darwin.c as an extern. While this >> works at first glance, it destablizes the parallel make. Regressing r81455 >> doesn't appear to cause any problems. >> Jack >> >>> >>>> >>>> ================================================================================ >>>> Date & Time :...

We have a local time server and all of our machines are pointed at it for the time. How can the clock drift by a day and a half? [root at devserver21 ~]# date Fri Aug 13 14:43:29 EDT 2010 [root at devserver21 ~]# rdate -s 192.168.1.67 [root at devserver21 ~]# date Thu Aug 12 07:02:39 EDT 2010 [root at devserver21 ~]# cat /etc/ntp.conf | grep -v ^# | grep -v ^$ restrict default nomodify notrap

I searched thru all the postings about RJS, and I didn''t find one person who complained of problems specific to IE, but that''s what I''ve got. My environment is: Rails 1.0 + RJS Plugin Updated Javascripts to Scriptaculous 1.5.3 (for evalScripts support) Monkeypatched in_place_editor to support evalScripts I have just started using RJS, and I have two .rjs templates.

Greetings, Apologies if this is not the appropriate list, but my questions are about best practices in maintaining production servers (so I believe I can justify a post in -stable, short of a -release list :) I maintain a modest installation of 6 FreeBSD servers. They're CVSUP'd to RELENG_4_8 (I make buildworld on each individually) and I portupgrade ports as necessary. In an attempt to

On Apr 7, 2010, at 8:41 PM, Jack Howarth wrote: > Building the current release 2.7 branch on x86_64-apple-darwin10 > with r81455 reverted, I get the following Polyhedron 2005 benchmark > results (with no test failures)... Very nice! A 14% speedup on a benchmark we don't tune for isn't bad. I imagine that there are several easy wins you could get on it if you were interested

Building the current release 2.7 branch on x86_64-apple-darwin10 with r81455 reverted, I get the following Polyhedron 2005 benchmark results (with no test failures)... ================================================================================ Date & Time : 7 Apr 2010 22:24:16 Test Name : llvm_gfortran_lin_p4 Compile Command : llvm-gfortran -ffast-math -funroll-loops -msse3

On 04/10/2010 08:01 PM, Jack Howarth wrote: > > bash-3.2$ GCC=/sw/bin/gcc-4 CC=gcc-4 CXX=g++-4 CFLAGS=-I/sw/include CXXFLAGS=-I/sw/include LLVM_CONFIG=/sw/lib/llvm/bin/llvm-config make > g++-4 -c -I/sw/lib/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -MD -MP -DIN_GCC -DREVISION=\"100954M\"

On Sat, Apr 10, 2010 at 01:52:18PM +0200, Duncan Sands wrote: > Hi Jack, > > > Is anyone building dragon-egg on darwin? > > Anton built it once. There were some problems with dynamic libraries: gcc's > plugin support requires the use of dynamic libraries, and the configure logic > it uses thinks that darwin does not support dynamic libraries! So it is >

...do the final stage power down and following resuscitation. IOMMUs look set to become common on future x86 server platforms, which offers a number of benefits for Xen. IOMMUs are clearly useful to ensure protection when assigning an IO device to a VM: without one a malicious or buggy guest could destablize the system or read data belonging to other VMs by instructing the device to DMA to/from memory pages other than those it owns. As well as providing protection, most IOMMUs also provide translation of DMA addresses. This means that they can be used to enable HVM guests to be delegated direct access...