search for: 000194

...iron R-core-4.4.1-3.fc41.x86_64 This primarily affects function help, where less is much more capable for navigation and searching. Back in 2011 there was some discussion on this list, it it seems the intention is the default should be less: https://stat.ethz.ch/pipermail/r-sig-fedora/2011-August/000194.html I hadn't noticed an issue until recently upgrading to fc41 testing, however it appears to be the case in FC39 and EL9, while the EL8 package is still less: For R-core-4.3.3-2.fc39.x86_64: PAGER=${PAGER-'/usr/bin/more'} R-core-4.4.1-3.el9.x86_64: PAGER=${PAGER-'/usr/bin/more&...

...is at least still possible to run llc on a simple input file. This leads to a couple of questions: 1. Is this field redundant or does it have some use which I have missed? 2. What is the status of the MSP430 backend? In a mail from 2012 (http://lists.ransford.org/pipermail/llvm-msp430/2012-February/000194.html) Anton indicates that it is usable but is it a good basis for backend studies? My goal is to implement support for a new target and one step on the way is to fully understand how one of the existing backends work. Thanks David

.... > This primarily affects function help, where less is much more capable > for navigation and searching. > > Back in 2011 there was some discussion on this list, it it seems the > intention is the default should be less: > https://stat.ethz.ch/pipermail/r-sig-fedora/2011-August/000194.html These days there are other utilities more capable than less. Also these days most people don't read R docs in the console. If you do and do have a preferred pager, then you can do e.g. $ echo "PAGER=less" >> ~/.Renviron and you're good to go. > I hadn't not...

...ily affects function help, where less is much more capable >> for navigation and searching. >> >> Back in 2011 there was some discussion on this list, it it seems the >> intention is the default should be less: >> https://stat.ethz.ch/pipermail/r-sig-fedora/2011-August/000194.html > > > These days there are other utilities more capable than less. This is not really the issue, although if there are any that can be expected to be well supported and are in fact included in Fedora then please do consider making one the default. "most" installs at about 1...

..., where less is much more capable > >> for navigation and searching. > >> > >> Back in 2011 there was some discussion on this list, it it seems the > >> intention is the default should be less: > >> https://stat.ethz.ch/pipermail/r-sig-fedora/2011-August/000194.html > > > > > > These days there are other utilities more capable than less. > > This is not really the issue, although if there are any that can be > expected to be well supported and are in fact included in Fedora then > please do consider making one the default. &q...

...ssible to run llc on a simple input file. This leads to > a couple of questions: > 1. Is this field redundant or does it have some use which I have missed? > 2. What is the status of the MSP430 backend? In a mail from 2012 > (http://lists.ransford.org/pipermail/llvm-msp430/2012-February/000194.html) > Anton indicates that it is usable but is it a good basis for backend > studies? > > My goal is to implement support for a new target and one step on the > way is to fully understand how one of the existing backends work. > > Thanks > David > ____________________...

...n here. The proposal for OpenMPIRBuilder was made when MLIR was > being considered for FIR. > (i) Gary Klimowicz's minutes for Flang call in April 2019 mentions > considering MLIR for FIR. > > http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-April/000194.html > (ii) My reply to Johaness's proposal in May 2019 mentions MLIR for FIR. > > http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000220.html > > b. Review of barrier construct is in progress: > https://reviews.llvm.org/D72962 > > M...

I hope this isn''t too rambly. This is sort of a brain dump of a subject I''ve been thinking about for months as I''ve used RSpec. Let''s say we''ve got a simple query method, that will find all the users in the DB older than 18. Our model could look like class User < ActiveRecord::Base def self.find_older_than(age) find :all, :conditions =>

...was made when MLIR >>> was being considered for FIR. >>> (i) Gary Klimowicz's minutes for Flang call in April 2019 mentions >>> considering MLIR for FIR. >>> >>> http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-April/000194.html >>> (ii) My reply to Johaness's proposal in May 2019 mentions MLIR for FIR. >>> >>> http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000220.html >>> >>> b. Review of barrier construct is in progress: >>...

...was being considered for FIR. >>>>> (i) Gary Klimowicz's minutes for Flang call in April 2019 mentions >>>>> considering MLIR for FIR. >>>>> >>>>> http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-April/000194.html >>>>> (ii) My reply to Johaness's proposal in May 2019 mentions MLIR for FIR. >>>>> >>>>> http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000220.html >>>>> >>>>> b. Review of ba...

...rse/parse_prs.c:prs_uint32(634) 0158 uni_str_len: 0000001c [2003/09/08 10:03:39, 5] rpc_parse/parse_prs.c:dbg_rw_punival(806) 015c buffer : \.\.P.D.C.-.S.R.V.\.p.r.o.f.i.l.e.s.\.p.i.e.t.j.e.p.u.k. [2003/09/08 10:03:39, 7] rpc_parse/parse_prs.c:prs_debug(81) 000194 smb_io_unistr2 uni_home_dir [2003/09/08 10:03:39, 5] rpc_parse/parse_prs.c:prs_uint32(634) 0194 uni_max_len: 0000000f [2003/09/08 10:03:39, 5] rpc_parse/parse_prs.c:prs_uint32(634) 0198 undoc : 00000000 [2003/09/08 10:03:39, 5] rpc_parse/parse_prs.c:prs_uint32(634)...

...to 127.0.0.1:445 (Connection refused) Connecting to 127.0.0.1 at port 139 [snip] 000018 spoolss_io_r_getprinter 000018 spoolss_io_buffer 0018 ptr: 00000001 001c size: 000001ac 01cc needed: 000001ac 01d0 status: WERR_OK 000000 smb_io_printer_info_2 0000 offset: 00000194 000194 smb_io_unistr servername 0004 offset: 00000168 000168 smb_io_unistr printername 0008 offset: 00000154 000154 smb_io_unistr sharename 000c offset: 0000012e 00012e smb_io_unistr portname 0010 offset: 0000012c 00012c smb_io_unistr drivername 0014 offset:...

Hi, I have few questions / concerns regarding the design of OpenMP dialect in MLIR that is currently being implemented, mainly for the f18 compiler. Below, I summarize the current state of various efforts in clang / f18 / MLIR / LLVM regarding this. Feel free to add to the list in case I have missed something. 1. [May 2019] An OpenMPIRBuilder in LLVM was proposed for flang and clang frontends.