search for: literals

...tefaniuc (80): dswave: Simplify the stub WAVE IPersistStream_Load(). gdiplus: Remove superfluous cast to self. shell32: Remove superfluous cast to self. shlwapi: Remove superfluous cast to self. oleaut32: Remove superfluous casts. atl80/tests:Use wide-char string literals. browseui: Use wide-char string literals. d2d1/tests:Use wide-char string literals. comcat/tests: Use wide-char string literals. comsvcs/tests: Use wide-char string literals. d3dx10/tests: Use wide-char string literals. d3dx11/tests: Use wide-char string literals...

> On Wed, 14 Jun 2017, G?bor Cs?rdi wrote: > > > I like the idea of string literals, but the C/C++ way clearly does not > > work. The Python/Julia way might, i.e.: > > > > """this is a > > multi-line > > lineral""" > > luke-tierney at uiowa.edu: > This does look like a promising option; some more careful checki...

Hi all, I wanted to have a look at wxRuby on a recent version of ruby 1.9 (ruby-1.9.1-preview1) on Ubuntu 8.10 x86. Here is the result : chauk-mean at MyUbuntu:~/wxruby2$ ruby19 -v ruby 1.9.1 (2008-10-28 revision 19983) [i686-linux] chauk-mean at MyUbuntu:~/wxruby2$ rake19 WXRUBY_VERSION=1.9.9 gem (in /home/chauk-mean/wxruby2) Enabling DYNAMIC build Enabling RELEASE build Enabling UNICODE build

On 2015-12-30 09:58, Michael Felt wrote: > On 2015-12-29 11:02, Michael Felt wrote: >> This seems to be a problem that goes back a long time - and I hope >> someone who understands what tre is suppossed to be doing will look >> at this. >> >> A short history of other people who have reported on this on >> different versions of AIX. I shall only add that I

Hello - When using the stats option I understand that Literal should be the amount of data that did not match, and that Sent should be the actually amount of bytes that were sent. I always use compress for remote transfers, so I'm used to Sent being smaller (usually around half the size) than Literal. However on one server, the backup from last night had the Sent figure larger than Literal

I have encountered a situation where I would like to use tftp-hpa to retrieve a file that resides within an absolute path containing a ':' character. Ala, "tftp foobar -c get C:2/tftpdir/myfile". Since the tftp client automatically converts the host:file syntax, I get an error "tftp: C: Unknown host". I made a chage to the tftp client code to add a literal mode (-l),

Ok, found the problem - on platforms that support it TRE uses wint_t (from wchar.h) as its type for characters (tre_cint_t) which on AIX is *signed* int. TRE uses liberally conversions between int and tre_cint_t apparently assuming that the latter is unsigned so conversions back to int are suitable for comparisons etc. On other platforms wint_t is unsigned so it works. Manually defining tre_cint_t

...r/lib/gcc-lib/i386-redhat-linux/3.2/include -DKBUILD_BASENAME=nfnetlink -DEXPORT_SYMTAB -c nfnetlink.c cc1: warning: -malign-functions is obsolete, use -falign-functions nfnetlink.c: In function `nfnetlink_subsys_register_Re3f406ed': nfnetlink.c:85: warning: concatenation of string literals with __FUNCTION__ is deprecated nfnetlink.c: In function `nfnetlink_subsys_unregister_Re44f401f': nfnetlink.c:97: warning: concatenation of string literals with __FUNCTION__ is deprecated nfnetlink.c: In function `nfnetlink_find_client': nfnetlink.c:123: warning: concatenation...

Hi All, I was wondering if there is an optimisation pass that moves a stack allocated array, initialised with constant values, to a global constant array. And if there is such a pass, what requirements are there for it to operate? My optimised IR is below. As you can see an array of 5 integers is created with alloca, then each element is stored to in turn. It would be nice if this array was

...tringRefs to avoid static initializers for global tables of/containing StringRefs. Creating constexpr StringRefs isn't trivial as strlen isn't portably constexpr and std::char_traits<char>::length is only constexpr in C++17. Alp Toker tried to create constexpr StringRefs for strings literals by subclassing StringRef: https://reviews.llvm.org/rL200187 This is a verbose change where needed at string literal call sites. Mehdi AMINI tried to add a constexpr constructor for string literals by making the constructor from const char * explicit: https://reviews.llvm.org/D25639 This is a verbo...

On 16/06/2017 2:04 PM, Radford Neal wrote: >> On Wed, 14 Jun 2017, G?bor Cs?rdi wrote: >> >>> I like the idea of string literals, but the C/C++ way clearly does not >>> work. The Python/Julia way might, i.e.: >>> >>> """this is a >>> multi-line >>> lineral""" >> >> luke-tierney at uiowa.edu: > >> This does look like a promising op...

Re-submitted for 0.44. b.t.w. I notice that the new 0.44 'R' option is not documented in the tftp man page. ----------------------------------------- I have encountered a situation where I would like to use tftp-hpa to retrieve a file that resides within an absolute path containing a ':' character. Ala, "tftp foobar -c get C:2/tftpdir/myfile". Since the tftp client

Hi all, Robert, Jerry, There were new emails overnight and both Thunderbird and Roundcube displayed them. I enabled Outlook debug mode and please find 2 logs of Send/Receive with no new emails. Scroll below to see 3rd log with "workaround" and mails downloaded. "Intializing connection [1C7E2830] IMAP: 08:53:03 [db] Setting internal codepage to 1200 IMAP: 08:53:03 [db]

Hi all Currently tablegen parses binary literals such as 0b011 and immediately turns them in to integers internally. Due to this, 0b011 is a 2-bit value because tablegen will happily drop leading zeroes on integers. I propose that we change this, and store binary literals with a size. I think this is much more natural, as when the user writes...

(forgot to CC llvmdev) On Thu, Mar 21, 2013 at 5:54 PM, Alexander Potapenko <glider at google.com> wrote: > Hey Anna, Nick, Ted, > > We've the following problem with string literals under ASan on Mac. > Some global string constants end up being put into the .cstring > section, for which the following rules apply: > - the strings can't contain zeroes in their bodies > - the link editor places only one copy of each literal into the > output file's sectio...

On Nov 1, 2013, at 12:06 PM, David Peixotto <dpeixott at codeaurora.org> wrote: >>> I was thinking that without the .ltorg directive the constant pool >>> would go at the end of the section. >>> >> So where does the assembler place the constant pool(s) if that directive >> isn't present? I was under the impression it was always required. >

...g" section (really section with type S_CSTRING_LITERAL) is defined to contain zero terminate strings of bytes that the linker can merge and re-order. If you want pad bytes before and after the string, you need to put the strings in a different section (e.g. __TEXT, __const). But, CF/NSString literals will be problematic. The compiler emits a static NS/CFString object into a data section. That object contains a pointer to its "backing" utf8 or utf16 string literal. The linker coalesce the NS/CFString objects (so that two translation units that define @"hello" will wind up...

There is also an antivirus running on client with antispam module. I will try to disable it and see if there is any change. Pacher Dragos -----Original Message----- From: dovecot [mailto:dovecot-bounces at dovecot.org] On Behalf Of Dragos Pacher Sent: 30 June 2015 10:30 To: 'Robert Schetterer'; dovecot at dovecot.org; jerry at seibercom.net Subject: RE: Outlook 2013 not fetching new

On Wed, 14 Jun 2017 06:12:09 -0500, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 14/06/2017 5:58 AM, Andreas Kersting wrote: > > Hi, > > > > I would really like to have a way to split long string literals across > > multiple lines in R. > > I don't understand why you require the string to be a literal. Why not > construct the long string in an expression like > > paste0("aaa", > "bbb") > > ? Surely the execution time of the paste...

On 2016-01-01 23:48, peter dalgaard wrote: > Nice catch you two!!! > > Happy New Year > -pd I am much happier with this great start! Simon - which compiler)s) did you use: xlc and xlfortran, or gcc/gfortran? I have made some changes to configure(.ac) so maybe my problems are self-inflicted. But would be good to know what environment you are using. Thanks for looking - and