similar to: apr buildconf fails

hey guys, One of our developers DESTROYED both yum and rpm on one of the development machines with an rm command. And guess who's lucky enough to get to fix this mess? *raises hand* So I hope y'all don't mind me turning to you once again for some advice. You've been wonderful in the past. Pavlov's dogs as they say. At any rate, I've managed to fix rpm (yay) by copying

Hey there, this is my first mail to a list ever so just excuse any format or human errors. Im running the 5.2 Release with a self compiled Kernel from your PCENGINES file on a Alix2D3 board. Im reviving my old flashboot release 4.4 setup wich i used to connect 18 branch-offices to their HQ. Worked like a charm btw, big thanks to your project! first i had to do some adjustments, dont know if

On Sun, Sep 12, 2004 at 04:21:22PM -0700, Reid Spencer wrote: > Downside: > * Makes LLVM dependent on a third party library > * Makes LLVM platform support dependent on > * Error handling in APR is somewhat strange and it could be quite > difficult for us to continue to meet the "throw std::string" > approach we have today. I vote

On Sun, 12 Sep 2004, Reid Spencer wrote: > Our use of APR would be limited to the lib/System library. That is, we > would provide very thin C++ veneers on top of APR's C interface that > match the current lib/System and lib/Support APIs. I think that optionally supporting a an APR interface would not be a bad idea of obscure platforms, but LLVM should not depend on it. I think that

Hi everyone, On Sunday 12 September 2004 08:03 pm, Chris Lattner wrote: > > I think that all of the major platforms should be natively supported by > lib/System. They would, through the APR. Its not a major issue to me (and I'm a nobody here anyway), but I don't understand why you would insist on this software independence *now*, when LLVM is at a very early, and still

I reallize I am responding to this thread a bit late, but here goes. On Mon, 2004-09-13 at 10:34, Reid Spencer wrote: > Snip snip snip, cut cut cut > As for other libraries, there is boost (which we've already excised), > and ACE (which is huge and heavy weight). APR is the rising star in this > area. As someone who has had to work on and with software written against ACE (the

Dear All, Time to add my two cents: I think incorporating something like APR into the LLVM tree is fine, given that it works, its licensing doesn't interefere with our licensing (and doesn't give me a headache), and we can merge it into the LLVM source base relatively seamlessly (i.e. users don't need to install it before building LLVM and APR plays nice with our build system).

Reid Spencer wrote: > John, > > If we were to do this, I don't think that adding it to the LLVM source > base is the right way to go. We would simply use "configure" to find the > library and header files. The moment we put APR into our source base, it > would be out of date. Keeping it up to date would not be fun for anyone > and there's no reason for us to

Folks, I'm bringing the APR (Apache Portable Runtime) up for consideration as the implementation of lib/System again. For those not familiar with it, APR is the portability library used by the Apache Group and others in open source projects such as HTTPD and Subversion. While its relatively new, it is quickly gaining mind share and it provides lots of features and supports numerous platforms

On Sep 12, 2004, at 9:52 PM, Vikram Adve wrote: > I think we should be careful to isolate APR behind a "complete" > lib/System interface, i.e., not use it directly anywhere. If we do > that, it becomes strictly an implementation convenience and the > dependence is limited to that one part of the system. > > One concern I have with APR is their use of pool

Reid, Adding APR as one possible implementation of lib/System makes sense, and is what I originally suggested when I brought up the question of using APR. In particular, I agree that we want to keep APR or any other similar layer encapsulated behind lib/System. --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.cs.uiuc.edu/ On Sep 13, 2004, at 10:34 AM, Reid Spencer wrote: > John, >

hi all i am submitting form and i take valu from two text fields. my controller code is like that def saleinsert @verkaufsliste = Verkaufsliste.create(params[:bestandsliste]) @listes = Verkaufsliste.create(params[:verkaufsliste.to_s]) @verkaufsliste=Verkaufsliste.create(@listes.vkdatum.to_s) if @verkaufsliste.save redirect_to :action => ''list'' else

> @verkaufsliste=Verkaufsliste.create(@listes.vkdatum.to_s) I think it''s better to use strftime(''%d %B %Y'') for .to_s. strftime is a great function that you can redefine easily (in German for example ;) ++ o_O Pierre Marchet -- Posted via http://www.ruby-forum.com/.

Pickup the card of your choice and SAVE BIG!!! 0% APR Up to 15 Months! Transfer Balance of your existing cards. http://kaloust.ecreditdirectory.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to

CentOS Errata and Enhancement Advisory 2010:0642 Upstream details at : https://rhn.redhat.com/errata/RHEA-2010-0642.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: f99e7515e33b8b986e60f8c2823022a2 apr-1.2.7-11.el5_5.2.i386.rpm 1055a879686218bdd9cf2d238793005c apr-1.2.7-11.el5_5.2.x86_64.rpm

Good Morning! My apologies for what may be considered an infantile question: I have data that I would like to plot, positive integers for the y-axis, and time coordinates of the "Sun Apr 20 22:45:27 PDT 2003" format for the x-axis. I have tried: x1 <- 1050352610 x2 <- 1050352999 x3 <- 1050858319 class(x1) <- "POSIXct" class(x2) <- "POSIXct"

Today, Chris Matthieu, Founder & CEO of GetVocal, entered the cloud-based communications market in February, with its launch of Teleku. Teleku is a new cloud-based telecom service that allows Web developers to build and host phone applications that answer inbound calls and initiate outbound calls, interact with Web applications, and send/receive SMS text messages! Chris, who you may have

Hi, Quoting Digium's blog post (blogs.digium.com): "The market talked, we listened, and today we?re ready to take calls, answer questions and do whatever needs to be done to make Asterisk work for our customers. It is now safe to step into the Open." John Todd and Steve Sokol will be online live at 12 Noon EDT (9AM Pacific, 10 Mountain, 11 Central, 5PM UK, and 6PM in Western

CentOS Errata and Security Advisory 2009:1107 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1107.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: b3ef8fa573b843d21a3ddce59dfeed62 apr-util-1.2.7-7.el5_3.1.i386.rpm e7168a3f79041ef1bc6507ea590bda19 apr-util-devel-1.2.7-7.el5_3.1.i386.rpm

CentOS Errata and Security Advisory 2009:1107 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1107.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b39b9d5bd981a13a8e2511bab4a005bd apr-util-1.2.7-7.el5_3.1.i386.rpm 9265f01eb85fd8fe1b6d3786faa12fdf apr-util-1.2.7-7.el5_3.1.x86_64.rpm