similar to: LLVM Weekly - #226, Apr 30th 2018

Displaying 20 results from an estimated 200 matches similar to: "LLVM Weekly - #226, Apr 30th 2018"

2004 Sep 12
0
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 13
0
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 13
1
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 17
0
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 13
0
[LLVMdev] To APR Or Not To APR. That is the question.
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).
2004 Sep 13
0
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 12
4
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 13
3
[LLVMdev] To APR Or Not To APR. That is the question.
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
2004 Sep 16
0
[LLVMdev] To APR Or Not To APR. That is the question.
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, >
2006 Apr 18
0
undefined method `stringify_keys!'' for "Tue Apr 18 11:26:00 India Standard Time 2006":String
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
2006 Apr 18
0
Re: undefined method `stringify_keys!'' for "Tue Apr 18 11:26
> @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/.
2007 May 21
0
0% APR Up to 15 Months
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
2010 Sep 12
0
CEEA-2010:0642 CentOS 5 x86_64 apr Update
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
2003 Apr 21
1
Generating axes with "Sun Apr 20 22:45:27 PDT 2003" time coordinates.
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"
2010 Apr 09
0
Friday Apr 9th 2010 @ 12 Noon EDT: More Cloud Telephony
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
2009 Apr 16
1
Friday Apr 17th @12 Noon ET: Digium's Open Source Asterisk Support
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
2009 Jun 19
0
CESA-2009:1107 Moderate CentOS 5 i386 apr-util Update
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
2009 Jun 19
0
CESA-2009:1107 Moderate CentOS 5 x86_64 apr-util Update
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
2009 Aug 11
0
CESA-2009:1204 Moderate CentOS 5 i386 apr Update
CentOS Errata and Security Advisory 2009:1204 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1204.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 9642e5d947f25172cd56fc2a8c6d2760 apr-1.2.7-11.el5_3.1.i386.rpm 5641fe170aa72d005ecd4f267c5c536a apr-devel-1.2.7-11.el5_3.1.i386.rpm
2009 Aug 11
0
CESA-2009:1204 Moderate CentOS 5 x86_64 apr Update
CentOS Errata and Security Advisory 2009:1204 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1204.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: e3280b6a5a0b4a919be10111c8ffc048 apr-1.2.7-11.el5_3.1.i386.rpm 3c5fd940a265609392f4082b7d3ee59d apr-1.2.7-11.el5_3.1.x86_64.rpm