search for: 94040

...piler would be quite a bit more difficult, but it is doable. Imagine releasing compilers that are bug free, at least for a given language and a particular platform. It's doable, and I wonder why corporations don't invest in it. enjoy, Karen -- Karen Shaeffer Neuralscape, Mountain View, CA 94040

...piler would be quite a bit more difficult, but it is doable. Imagine releasing compilers that are bug free, at least for a given language and a particular platform. It's doable, and I wonder why corporations don't invest in it. enjoy, Karen -- Karen Shaeffer Neuralscape, Mountain View, CA 94040 _______________________________________________ LLVM Developers mailing list LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

The tests by design are syntactically correct, semantically correct, and have deterministic output. -moh From: Nick Lewycky [mailto:nlewycky at google.com] Sent: Monday, June 24, 2013 4:14 PM To: Haghighat, Mohammad R Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] [icFuzz] Help needed with analyzing randomly generated tests that fail on clang 3.4 trunk On 24 June 2013 16:10, Haghighat,

...the case of RedHat, I believe they require you to build the kernel with their tool chain. They will not support any modifications to the build process or the kernel. So, in a situation such as you describe, you are likely on your own. enjoy, Karen -- Karen Shaeffer Neuralscape, Mountain View, CA 94040

...oblems still exist. I can make the build work locally, but it seems that the work of an autoconf wizard is in order. I would be happy to test any patches or provide any additional information. -- Richard -- Richard Kiss Health Hero Network, Inc. 2570 El Camino Real, Suite 111 Mountain View, CA 94040 650-559-1010 E-mail: kiss@healthhero.com

Karen Shaeffer <shaeffer at neuralscape.com> writes: > I am also aware of the way too common problem of folks stuck in a time > warp, because they have dependencies on old libraries that they cannot > upgrade. IMO, a development effort should not slow the pace of feature > adoption to support folks who have not planned for future upgrades in > an intelligent manner. Rather

On 02/05/2013 03:58 PM, Chandler Carruth wrote: > On Tue, Feb 5, 2013 at 3:50 PM, Preston Briggs <preston.briggs at gmail.com > <mailto:preston.briggs at gmail.com>> wrote: > > The MBlaze backend seems to be essentially unmaintained since > 2011. The maintainer (Wesley Peck who is BCC'ed) seems to have > vanished, and in fact all emails to

My file/print/mail server is CentOS. My laptop is Mandriva 2008.0. I have smb shortcuts loaded by fstab to give instant access to my home directory and a data directory on the server. All was working well, after some initial problems with firewall and selinux, until yesterday. After finding from the logs that someone was trying to get into my imap server I decided that, although they

...recommend targeting 4.7.2 or later, because all new C++ code on linux is surely going down that path. You can inconvenience the laggards, or you can turn away the folks leading the way with new implementations. But you can't satisfy both. Karen -- Karen Shaeffer Neuralscape, Mountain View, CA 94040

Hi, Is it possible to link native codes generated by different compiler? the usecase could be: Linux kernel compiled by gcc want to load kernel module compiled by Clang (I know there have some problem to compile kernel by Clang currently, but ignore those problem in here) I just concern about the call conversion problem, and compatibility between gcc and clang. Thanks .jovi

...environments. True linux kernel experts don't even use debuggers. Of course I wish you well with your efforts. But you need to fully grasp the ethos of the linux kernel development community, before you can succeed at such a goal. enjoy, Karen -- Karen Shaeffer Neuralscape, Mountain View, CA 94040

Over the last several day, we''ve been getting pretty regular scans from a non-existant host on our port 7. Any idea what they are looking for/what are some of vulnerabilites with echo? Thanks Coral Cook

Hello all, Using the Apache Wiki [1] I summed up what can be used simultaneously by gcc, MSVC and clang. I mostly considered only the latest versions of the proposals where there were several, where not there is a link to a note at the bottom. Furthermore I did not scourge through 3 bug databases and I implicitly trusted the wiki page. I drew up a list of profiles, listing the base

On Mon, Apr 29, 2013 at 3:11 PM, Jean-Daniel Dupas <devlists at shadowlab.org> wrote: > Just out of curiosity, what would be the main benefit of this approach vs DKMS which is already widely used ? > Thanks Dupas. I checked DKMS you mentioned, basically DKMS is just a ko and its sources management tool. It's not easy to deploy ko source into target machine, and it's more

On Fri, Jan 11, 2013 at 11:32 AM, Sebastian Redl <sebastian.redl at getdesigned.at> wrote: > > On 11.01.2013, at 20:08, Eli Bendersky wrote: > >>>> I suppose this tradeoff can be evaluated by looking at the delta >>>> between 4.5 and 4.6 which is actually supported by MSVC 2010 and Clang >>>> 3.1 >>> >>> Makes perfect sense to

On Apr 2, 2013, at 9:51 AM, Tom Stellard <tom at stellard.net> wrote: > Hi, > > I would really like to see the LLVM project start to make official bug fix > releases (e.g. 3.3.1, 3.3.2, etc.). I think that this would be useful for a > lot of the users of LLVM, especially projects that use LLVM as a library. > I am willing to help maintain bug fix releases, and I'm

On Jan 8, 2013, at 4:24 PM, dag at cray.com wrote: > I am personally very much in favor of this. C++11 really is a huge leap > from C++03 in terms of readability, maintainability and safety. I agree completely. > Why not C++11 libraries? Implementation/capatability reasons? I don't > know anything about how the various implementation compare in terms of > completeness. But

Hi, I would really like to see the LLVM project start to make official bug fix releases (e.g. 3.3.1, 3.3.2, etc.). I think that this would be useful for a lot of the users of LLVM, especially projects that use LLVM as a library. I am willing to help maintain bug fix releases, and I'm wondering if this is something that the LLVM project would officially support with a stable SVN branch and by