search for: ambitiously

Thanks for the responses! > I might be wrong (I'd love to be wrong here!) but I think this is a bit > too ambitious > You might be right about it being too ambitious, it would certainly be wise to aim for less. A more polished, but less broad product is definitely better than a buggy standard compliant one, and I think that it would go better with the general philosophy of GSoC. I

Hi again. I've though more about the full standard being too ambitious, and now I fully agree with that. So I had a go at choosing the useful subset of Fortran on which I would like to work on - my update proposal can be viewed at https://gist.github.com/hyp/5434845 . Focusing on less should also improve my productivity and lead to a better summer of code project by drastically reducing the

I think we need this feature at least for debugging purpose, right? Or, do we already have this feature? Thanks, Neo -- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

I'm new to the list and I've been playing about with R for some months now, mostly using the power analysis routines including the "pwr" package. I'm currently looking at a project which will require a repeated-measures MANCOVA. I've been reviewing the files available at CRAN, including http://cran.r-project.org/doc/contrib/Lemon-kickstart/kr_repms.html and

Hi Alex, You may want to check the later versions of the standard also to check if some of your proposal is not deprecated there. The most important thing in the Fortran standard is the array support and it is a big task by itself. In my opinion, the I/O part is not the most important thing yet it is an enormous task. Usually, the Fortran routines are used externally in other computation and I/O

On Mon, Apr 22, 2013 at 4:30 PM, Alex L <arphaman at gmail.com> wrote: > Thanks for your support. > I wrote my draft GSoC proposal, it can be viewed here - > https://gist.github.com/hyp/5434845 > Please read it and tell me what you think. Any criticisms or suggestions are > welcome! Hello Alex, > I plan to make flang a fully featured frontend which fully supports Fortran

----- Original Message ----- > From: "Dmitri Gribenko" <gribozavr at gmail.com> > To: "Alex L" <arphaman at gmail.com> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Monday, April 22, 2013 9:00:51 AM > Subject: Re: [LLVMdev] GSoC project questions. > > On Mon, Apr 22, 2013 at 4:30 PM, Alex L <arphaman

hi, I just tried the tip of the xen-unstable branch. It looks that the Xen supports 64bit BARs now? Thanks, Neo -- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

hi, I am wondering if anybody is doing Xen or Dom0 debugging with gdb here. If yes, could you show me the procedure of doing that? Thanks, Neo -- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

This isn't an OpenSSH bug, but just in case anyone else is ambitious enough to automatically run interoperability tests against other SSH implementations, here's a heads-up: https://twistedmatrix.com/trac/ticket/9422 TL;DR: commit 7c856857607112a3dfe6414696bf4c7ab7fb0cb3 caused there to be an SSH_MSG_DEBUG message sent where there wasn't one before, which tripped over an

On Tue, Feb 25, 2014 at 12:09:23PM +1030, Rusty Russell wrote: > Should we get more ambitious and start a fake-kernel/ directory where > we can put userspace equivs/stubs of kernel functionality? Dunno - people like to do that now, it seems. In any case, cleanups and unifications like that would definitely help if we decide to do that because, in this particular example, we have only one

On Tue, Feb 25, 2014 at 12:09:23PM +1030, Rusty Russell wrote: > Should we get more ambitious and start a fake-kernel/ directory where > we can put userspace equivs/stubs of kernel functionality? Dunno - people like to do that now, it seems. In any case, cleanups and unifications like that would definitely help if we decide to do that because, in this particular example, we have only one

(forgive the brief interruption to -users with a mostly -dev issue, just wanted to publicize this on behalf of the larger community) If there are any ambitious coders out there (not too many shekels yet, but I expect some folks may pony-up) please see: www.voip-info.org/?page=Asterisk+Bounty+Email+TTS We are at $150 & counting. Maybe lobby your exec's for $50 to contribute to this,

Hello to everyone,... I am a new R ambitious user. I would like to be the first at my department using R, but I have encountered a difficulty during the last days that I cannot overcome reading help() and searching over the net. Problem: I have multiple files with financial data like the following (header included): E.g.: filename: AOL.txt aol.txt 4 3 5 3... filename: IBM.txt ibm.txt 6 2 5 2...

hi, It looks that Xen currently only support ISA serial port, which is onboard. Is there any plan to support the PCI serial port? Thanks, Neo -- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

For those of you who don't know yet, the Wine project has it's own seti@home team, at http://setiathome2.ssl.berkeley.edu/stats/team/team_172471.html The current objective is to overtake the Microsoft team http://setiathome.ssl.berkeley.edu/stats/team/team_28.html Help is needed, please if you already have seti@home installed. If you don't, it's only 300k to download, runs natively

On Mon, Jan 16, 2017 at 12:31 PM, Sean Silva <chisophugis at gmail.com> wrote: > Do we have any open projects on LLD? > > I know we usually try to avoid any big "projects" and mainly add/fix > things in response to user needs, but just wondering if somebody has any > ideas. > > Some really generic/simple stuff I can think of: > 1. trying out LLD on a large

Hi there, I am looking for some help with a loop which uses three list()-objects: "sequence" has got numbers, "start" and "end" have got the begin/end time points which should be applied to the numbers in "sequence". length() of all three objects is identical, length() of vectors stored in "sequence" is longer than length() of "start"

Hello, I am working on a trixbox based system with a TDM410P connected to 3 phone lines from the CO. The asterisk box is on a full duplex 100Mb LAN with some polycom and Aastra SIP phones. In general everything works. the problem I am trying to solve is that if both parties to a call speak at the same time one of the voices gets cut out such that the talker A cannot hear what talker B is

Hello, I started some refactoring work on tools/opt/opt.cpp in r201116, but conceptually this is part of a larger effort. I'd like to consult with llvmdev@ about the best way to move this forward. Background: opt is a very useful swiss-army-knife tool, and its capabilities may be useful to custom tools. However, as it stands now opt is now very modular - almost all its functionality is