search for: dunbar

...v-owner at cs.uiuc.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of LLVMdev digest..." > > > Today's Topics: > > 1. Re: [cfe-dev] RFC: put commit messages in *-commits subject > lines? (Daniel Dunbar) > 2. Re: TargetLowering vs. TargetTransform (Nadav Rotem) > 3. Re: [cfe-dev] RFC: put commit messages in *-commits subject > lines? (Sebastian Pop) > 4. Re: [cfe-dev] RFC: put commit messages in *-commits subject > lines? (Daniel Dunbar) > 5. Re: [cf...

On Oct 28, 2012, at 11:19, Renato Golin <rengolin at systemcall.org> wrote: > On 28 October 2012 17:32, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: >> Exactly how are you running the tests? Via LNT or directly? > > Via LNT, like this: > > ./sandbox/bin/python sandbox/bin/lnt runtest nt \ > --sandbox sandbox \ > --test-suite ~/devel/llvm/test-suite \ > --cc ~/devel...

...u again for guidance about llvm-gcc mentions. What should be done about the mention of llvm-gcc on <http://llvm.org/docs/TestSuiteMakefileGuide.html>? Can we just roughly s/llvm-gcc/clang/ ? Daniel, feel free to provide guidance as well. -- Sean Silva On Wed, Nov 14, 2012 at 4:36 PM, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: > Unfortunately, LNT still uses the Makefiles underneath, and the > Makefiles support a few users who use the more advanced hackery they > support. We should keep it for the time being. > > - Daniel > > > On Nov 14, 2012, at 13:30,...

...ble cde-login'', } } Nothing happens on the client - clearly something is amiss. Am I doing something obviously wrong? I can certainly manually run ''svcadm disable cde-login'' as root and watch X rather dramatically stop working on my test machine (grin). Brian Dunbar Systems Administrator Plexus Desk: (920) 751-3364 Cell: (920) 716-2027 _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users

...st suite because it can't find yacc. Can you file a bugzilla for this? We should just add a configure check or something to make sure that doesn't cause the test suite to fall over. You should be able to work around it by installing yacc. - Daniel On Sun, Oct 28, 2012 at 11:27 AM, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: > On Oct 28, 2012, at 11:19, Renato Golin <rengolin at systemcall.org> wrote: > >> On 28 October 2012 17:32, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: >>> Exactly how are you running the tests? Via LNT or directly? &...

On Fri, Jan 25, 2013 at 4:07 PM, Daniel Dunbar <daniel at zuster.org> wrote: > > > > On Fri, Jan 25, 2013 at 4:00 PM, Tobias Grosser <tobias at grosser.es> wrote: >> >> On 01/26/2013 12:15 AM, Daniel Dunbar wrote: >>> >>> Ok, this is done and seems to work. >>> >>> As far a...

Yup, I didn't either. I went ahead and hacked up a copy with that change and am switching it over now. - Daniel On Fri, Jan 25, 2013 at 3:06 PM, Sebastian Pop <spop at codeaurora.org> wrote: > Daniel Dunbar wrote: > > I'm a bit hesitant to just hack up the installed copy of svnmailer, are > we > > sure this patch hasn't been dealt with in an upstream version? > > I don't see that change in the last dev version: > http://storage.perlig.de/svnmailer/svnmailer-1.1.0-de...

On Sun, Aug 23, 2009 at 3:29 PM, Kenneth Uildriks<kennethuil at gmail.com> wrote: > On Sun, Aug 23, 2009 at 4:56 PM, Daniel Dunbar<daniel at zuster.org> wrote: >> We would like to have access to some kind of regular expression >> library inside LLVM. For example, we need this to extend the FileCheck >> test case checking tool to support regular expressions. >> >> There are three obvious opti...

On 28 October 2012 17:32, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: > Exactly how are you running the tests? Via LNT or directly? Via LNT, like this: ./sandbox/bin/python sandbox/bin/lnt runtest nt \ --sandbox sandbox \ --test-suite ~/devel/llvm/test-suite \ --cc ~/devel/llvm/debug/bin/clang++ > If...

Unfortunately, LNT still uses the Makefiles underneath, and the Makefiles support a few users who use the more advanced hackery they support. We should keep it for the time being. - Daniel On Nov 14, 2012, at 13:30, Sean Silva <silvas at purdue.edu> wrote: > The top of the file says that it is deprecated in favor of LNT. Is > this document still needed? It makes mention of

...ner.bb'' it doesn''t work. Nothing is logged and the file is not copied to /etc/issue. # puppet -l /tmp/ban.log -v banner.pp # ls -la /tmp/ban.log -rw-r--r-- 1 root root 0 Nov 15 16:17 /tmp/ban.log # ls -la /etc/issue /etc/issue: No such file or directory Brian Dunbar Systems Administrator Plexus Desk: (920) 751-3364 Cell: (920) 716-2027 _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users

On 01/26/2013 12:15 AM, Daniel Dunbar wrote: > Ok, this is done and seems to work. > > As far as Chris's request for getting "key directory" paths into the > commit message, I thought about working on it, but in the end I'm not > sure why we shouldn't just encourage people to self-tag their leading...

Hi, I think I should rename the constants to be a little less likely to collide. I think just upcasing them might be good enough? - Daniel On Tue, Aug 25, 2009 at 12:20 AM, Duncan Sands<baldrick at free.fr> wrote: > Hi Venkatraman, > >>  The current version in SVN fails to compile in sparc machines since >> gcc defines "sparc" as a macro in sparc machines that

On 2016-02-17 15:32, Richard Mudgett wrote: > On Wed, Feb 17, 2016 at 5:15 PM, Ernie Dunbar <maillist at lightspeed.ca> > wrote: > >> Hi everyone. >> >> We have an Asterisk server running Debian Squeeze, with Asterisk >> v1.8.13.1 (basically, the Debian Stable version for Squeeze, but >> with some minor source code changes specific to our site)....

...tty much any compiler can be easily used. Ciao, Duncan. [*] They used to be more generic, but in making life better for clangers Eric made life worse for dragoneggers, though I don't remember what the changes were exactly. > -- Sean Silva > > On Wed, Nov 14, 2012 at 4:36 PM, Daniel Dunbar <daniel.dunbar at gmail.com> wrote: >> Unfortunately, LNT still uses the Makefiles underneath, and the >> Makefiles support a few users who use the more advanced hackery they >> support. We should keep it for the time being. >> >> - Daniel >> >> &gt...

2009/7/12 Daniel Dunbar <daniel at zuster.org>: > That's pretty awesome! Thanks! > Will ar, etc. eventually get some autodiscovery of plugins so that > things work OOTB after a make install of llvm/llvm-gcc? The bfd library (used by ar and nm) already searches for plugins in $install_dir/lib/bfd-plug...

...y" paths into the commit message, I thought about working on it, but in the end I'm not sure why we shouldn't just encourage people to self-tag their leading commit line with some sort of standard key ([MC], [Target/Mips], whatever). - Daniel On Fri, Jan 25, 2013 at 3:11 PM, Daniel Dunbar <daniel at zuster.org> wrote: > Yup, I didn't either. I went ahead and hacked up a copy with that change > and am switching it over now. > > - Daniel > > > On Fri, Jan 25, 2013 at 3:06 PM, Sebastian Pop <spop at codeaurora.org>wrote: > >> Daniel Dunba...

Exactly how are you running the tests? Via LNT or directly? If via LNT, make sure you test suite repository is clean (no in tree configure or make results). - Daniel On Oct 28, 2012, at 9:57, Renato Golin <rengolin at systemcall.org> wrote: > Round 2, fight! > > I managed to run many tests (not sure all of them), and some failed, > some didn't. All errors in the

On 2 April 2013 19:20, Daniel Dunbar <daniel at zuster.org> wrote: > What is it that makes the output of the program asynchronous? The output > is deterministic on Darwin, so it seems like it should be possible to make > it more stable. > This is a virus scan and, AFAICS, depends on the order in which the INODEs ar...

On Fri, Jul 30, 2010 at 2:34 PM, Daniel Dunbar <daniel at zuster.org> wrote: > On Fri, Jul 30, 2010 at 11:05 AM, Michael Spencer <bigcheesegs at gmail.com> wrote: >> I tried setting these to false, but the resulting executable (made >> with link.exe) crashed. I looked at the differences in the object >> file, bu...