search for: whopping

Garrett Smith Sales Executive garrett.smith@b2llc.com B2 Technologies 454 Sonwil Drive Buffalo, NY 14225 (716) 250-3408 Direct (716) 630-1548 Fax (716) 903-9495 Cell AOL IM: B2sales Specializing in New and Used equipment from vendors including Cisco Systems, Juniper, Adtran, Dialogic, Lucent, Nortel, Sipura, Granstream, Snom, Mediatrix, Carrier Access, Digium, Zultys,

My apologies if this isn't the correct posting address -- I didn't see an obvious "report problems here" on the website. Some of the code modifications introduced between 2.2.7 and 2.2.8 don't appear to agree with Solaris, using Sun's CC, with the LDAP support code. Note that I'm linking against the Solaris-bundled LDAP package (SUNWlldap). |% env

> >Seems I was wrong (left out ldap switch ...), it doesn't compile on >cooker, here is the error: > >Compiling passdb/pdb_ldap.c >passdb/pdb_ldap.c: In function `ldap_connect_system': >passdb/pdb_ldap.c:289: warning: passing arg 2 of `ldap_set_rebind_proc' >from incompatible pointer type >passdb/pdb_ldap.c:289: too many arguments to function

# Protocols we want to be serving: # imap imaps pop3 pop3s #protocols = imap imaps # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify

Hi Dave, Did that patch of yours ever make it into trunk? I can't seem to find any related checkin for PromoteMemoryToRegister.cpp. I've been doing some extra profiling lately and the RewriteSingleStoreAlloca function alone is taking a whopping 63% of execution time. Thanks! Nicolas -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of David Greene Sent: Monday, 11 August, 2008 23:05 To: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] mem2reg optimization On Monday 11 Augus...

For close to the last decade or so, I've been developing on OS X and then porting to LINUX. I know there are those who object to this approach, but it works for me. However I noticed that when porting my exception example to LINUX, which involved adding a whopping -rdynamic to the build line, there were technologies missing from my gcc and LINUX installation as compared to what is on OS X 10.6.2. For example, when building LLVM on LINUX, I noticed that ffi and atomic builtins were missing from LINUX and gcc respectively. My question is: What are the minima...

...60 and others as well) that is looping trying to fetch the CTL tlv file - it may be because you are using Debians 'tftpd' (should be netkit-tftpd...*cough*hey, Debian developers*cough*) package, which is apparently not RFC 783 (tftp) compliant with "file not found" responses. The whopping 18 page RFC states that Error Code should be 0x00,0x01 for "file not found" errors, but netkit-tftpd returns 0x00,0x00 which is "Not defined" - causing the phone to ignore it and request the file again a few seconds later. Solution: Switch to any other tftpd. The moment I swit...

I got a compile error with rc6, rc5 works fine. amd64:dovecot-1.1.rc6# uname -a FreeBSD amd64.objtech.com 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #3: Fri Apr 18 02:18:13 EDT 2008 ./configure \ --prefix=/opt1/dovecot \ --localstatedir=/var \ --without-shadow \ --without-cyrus-sasl2 \ --without-pop3d \ --without-gssapi \ --disable-ipv6 \ --disable-debug \ --with-ioloop=kqueue \ --with-ssl=openssl

...35, Nicolas Capens wrote: > Hi Dave, > > Did that patch of yours ever make it into trunk? I can't seem to find any > related checkin for PromoteMemoryToRegister.cpp. I've been doing some extra > profiling lately and the RewriteSingleStoreAlloca function alone is taking > a whopping 63% of execution time. I will commit it today along with some other things. I've been having a lot of trouble building llvm-gcc but I think I've struggled enouigh now and will just hope our testing on this end has been enough. Thanks for the prod....

On Fri, 2003-01-17 at 14:15, Timo Sirainen wrote: > On Thu, 2003-01-16 at 03:31, james broermann wrote: > > pine still doesn't want to work. It does detect that the server is using > > plain text passwords. I'll try the sniffer and see what turns up. > > Whops, you're right. I've tested pine only with digest-md5 > authentication before. Looks like my

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and

Hi all, what happened to the mirrors? Many of them are outdated and older than 2days. They are missing the latest updates from yesterday and the day before yesterday. According to http://mirror-status.centos.org a whopping number of 227 mirrors are currently out of date. This is the major part of all European mirrors. :( Can someone please have a closer look at this? Thanks a lot and regards Patrick -- Lobster LOGsuite GmbH, Hauptstra?e 67, D-82327 Tutzing HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Mar...

Hey guys, I'm working on the S3D Benchmark and notice that CodeGenPrepare::OptimizeMemoryInst(...) in lib/Transforms/Scalar/CodeGenPrepare.cpp isn't scaling well. A whopping 99.3% of the compilation time for one file is spent in this function. The User Time for this compilation is 3166 seconds with a stock LLVM 3.1. If I disable the calls to OptimizeMemoryInst(...), the compilation time drops to 76 seconds. It appears that OptimizeMemoryInst(...) was tweaked for compi...

...PM, Garrison Venn wrote: > For close to the last decade or so, I've been developing on OS X and then porting to LINUX. I know there are those who object > to this approach, but it works for me. However I noticed that when porting my exception example to LINUX, which involved > adding a whopping -rdynamic to the build line, there were technologies missing from my gcc and LINUX installation as compared > to what is on OS X 10.6.2. For example, when building LLVM on LINUX, I noticed that ffi and atomic builtins were missing from LINUX and gcc > respectively. > > My question is:...

2 GB for free!!! That''s right, we are happy to give you a whopping great 2GB of secure online storage where you can manage and share your files easily. For Free! Get Free Code: Limited Time Only! http://www.dpbolvw.net/click-2667396-10497819 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google G...

....or.us/~orc/Code/discount> has been in production for the past two and a half months, and is moving slowly enough so that it actually counts as stable. It includes a standalone markdown interpreter, a library, and a couple of sample programs that I use for generating webpages. There are some whoppingly nonstandard extensions: 1. you can configure the interpreter with 8-character tabstops. 2. definition lists, using =item= text =item= text 3. a small stack of smartypantish character substitutions 4. pseudo-protocol extensions - [foo](class:bar) -- wrap foo in...

2 GB for free!!! That''s right, we are happy to give you a whopping great 2GB of secure online storage where you can manage and share your files easily. For Free! Get Free Code: Limited Time Only! http://www.dpbolvw.net/click-2667396-10497819 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google G...

It seems that Dovecot gets confused when presented with a header like: From: someone at somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE

...iguration forces Debug builds if the user does not specify the build type. https://github.com/llvm/llvm-project/blob/9218ff50f93085d0a16a974db28ca8f14bc66f64/llvm/CMakeLists.txt#L57-L60 I've just done a build of llvm and clang 10 in debug mode for X86 and ARM targets and it weighs in at a whopping 75GiB. I feel that forcing Debug builds in the absence of an option to be a wasteful default. It is a valid and useful thing to call cmake without specifying a build type; absence of a command line switch does not always imply absence of a choice. I took some measurements. The machine under test i...