search for: arg_count

This is a minor release of Shorewall. WARNING: This release introduces incompatibilities with prior releases. See http://www.shorewall.net/upgrade_issues.htm. Changes are: a) There is now a new NONE policy specifiable in /etc/shorewall/policy. This policy will cause Shorewall to assume that there will never be any traffic between the source and destination zones. b) Shorewall no longer

...er::link(llvm::ArrayRef<char const *> ArgsArr) Line 1331 C++ zig.exe!lld::coff::link(llvm::ArrayRef<char const *> Args, bool CanExitEarly, llvm::raw_ostream & Diag) Line 71 C++ zig.exe!ZigLLDLink(ZigLLVM_ObjectFormatType oformat, const char * * args, unsigned __int64 arg_count, void(*)(void *, const char *, unsigned __int64) append_diagnostic, void * context) Line 837 C++ zig.exe!zig_lld_link(ZigLLVM_ObjectFormatType oformat, const char * * args, unsigned __int64 arg_count, Buf * diag) Line 435 C++ zig.exe!codegen_link(CodeGen * g, const char * out_file)...

...gt;> ArgsArr) Line 1331 C++ >> zig.exe!lld::coff::link(llvm::ArrayRef<char const *> Args, bool >> CanExitEarly, llvm::raw_ostream & Diag) Line 71 C++ >> zig.exe!ZigLLDLink(ZigLLVM_ObjectFormatType oformat, const char * * >> args, unsigned __int64 arg_count, void(*)(void *, const char *, unsigned >> __int64) append_diagnostic, void * context) Line 837 C++ >> zig.exe!zig_lld_link(ZigLLVM_ObjectFormatType oformat, const char * * >> args, unsigned __int64 arg_count, Buf * diag) Line 435 C++ >> zig.exe!codegen_link(...

...ls. We've done this as part of callLowering to put the # of slots used into %ah and leaving %al to hold the standard info about vector registers.  That part is working. However, we're struggling somewhat on the code in the prologue to capture the %ah value to then be obtained by our "arg_count" compiler builtin.  We found where the 1st parameter is put into a virtual register in the event that it has to be passed back in %rax for functions returning large structures.  We certainly could do the same with %ah, but what IR would we generate to fetch that value in the body of a routine?...

Hi John, On 14 March 2018 at 18:28, John Reagan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > However, we're struggling somewhat on the code in the prologue to > capture the %ah value to then be obtained by our "arg_count" compiler > builtin. We found where the 1st parameter is put into a virtual > register in the event that it has to be passed back in %rax for > functions returning large structures. We certainly could do the same > with %ah, but what IR would we generate to fetch that value in the...

...548 mutf7_name = 0x10a04698 name = 0x10a10c40 "INBOX" ret = 1 #21 0x0000000000410c2c in cmd_list_full (cmd=0x10a47840, lsub=false) at cmd-list.c:463 client = 0x10a47040 args = 0x10a100d8 list_args = 0x104e15a0 <buffer_write+90> arg_count = 32767 ctx = 0x10a47938 patterns = {arr = {buffer = 0x10a47978, element_size = 8}, v = 0x10a47978, v_modifiable = 0x10a47978} ref = 0x10a47968 "" pattern = 0x10a47970 "*" patterns_strarr = 0x10a479b0 str = 0x10a04268 #22 0x0000000...

...mutf7_name = 0x21af668 name = <optimized out> ret = <optimized out> #13 0x000000000040fa4f in cmd_list_full (cmd=0x21ddf40, lsub=<optimized out>) at cmd-list.c:463 client = <optimized out> args = 0x21bab18 list_args = 0x21ddf40 arg_count = <optimized out> ctx = 0x21de188 patterns = {arr = {buffer = 0x21de1c8, element_size = 8}, v = 0x21de1c8, v_modifiable = 0x21de1c8} ref = 0x21de1b8 "" pattern = 0x21de1c0 "%" patterns_strarr = 0x21de200 str = <optimized o...

...;value optimized out>) at cmd-list.c:792 _data_stack_cur_id = 4 ctx = 0x7f25f9848458 #14 0x00007f25f824e48e in cmd_list_full (cmd=0x7f25f9848350, lsub=false) at cmd-list.c:957 client = 0x7f25f9847be0 args = 0x7f25f984ac08 list_args = 0x7f25f984acd0 arg_count = <value optimized out> ctx = 0x7f25f9848458 patterns = {arr = {buffer = 0x7f25f98484a8, element_size = 8}, v = 0x7f25f98484a8, v_modifiable = 0x7f25f98484a8} pattern = 0x7f25f984adc8 "*" patterns_strarr = <value optimized out> #15 0x00007f25f82...

...name = <value optimized out> ret = <value optimized out> #14 0x000000000041190e in cmd_list_full (cmd=0xd5bc78, lsub=<value optimized out>) at cmd-list.c:468 client = <value optimized out> args = 0xd3fcc0 list_args = 0xd3fdd0 arg_count = 41 ctx = 0xd5be20 patterns = {arr = {buffer = 0xd5be60, element_size = 8}, v = 0xd5be60, v_modifiable = 0xd5be60} ref = 0xd5be50 "" pattern = 0xd5be58 "*" patterns_strarr = <value optimized out> str = <value optim...

...ctx = (struct cmd_list_context *) 0xa9be5d0 #17 0x000000000040cc17 in cmd_list_full (cmd=0xa9be4d8, lsub=false) at cmd-list.c:954 client = (struct client *) 0xa9bdd78 args = (const struct imap_arg *) 0xa9c0d70 list_args = (const struct imap_arg *) 0xa9830f8 arg_count = <value optimized out> ctx = (struct cmd_list_context *) 0xa9be5d0 patterns = {arr = {buffer = 0xa9be620, element_size = 8}, v = 0xa9be620, v_modifiable = 0xa9be620} pattern = 0xa9c0e28 "*" patterns_strarr = <value optimized out> #18 0x000...

...ED_MESSAGES.INBOX" #24 cmd_list_continue (cmd=cmd at entry=0x12d99b0) at cmd-list.c:912 _data_stack_cur_id = 4 ctx = 0x12d9ad0 #25 0x000000000040cb27 in cmd_list_full (cmd=0x12d99b0, lsub=<optimized out>) at cmd-list.c:1092 client = 0x12d8e60 args = 0x12c3968 list_args = 0x12c3a40 arg_count = 0 ctx = 0x12d9ad0 patterns = {arr = {buffer = <optimized out>, element_size = 8}, v = <optimized out>, v_modifiable = <optimized out>} pattern = 0x12b8360 "*" patterns_strarr = <optimized out> str = <optimized out> #26 0x00000000004117fc in command_ex...

...58d530 mutf7_name = 0x158d680 name = 0x1598e30 "\240T]\001" ret = 1 #44 0x000000000040f46e in cmd_list_full (cmd=0x15c9e30, lsub=<value optimized out>) at cmd-list.c:463 client = 0x15c9250 args = 0x1598ab8 list_args = 0x15c9d80 arg_count = <value optimized out> ctx = 0x15ca078 patterns = {arr = {buffer = 0x15ca0b8, element_size = 8}, v = 0x15ca0b8, v_modifiable = 0x15ca0b8} ref = 0x15ca0a8 "" pattern = 0x15ca0b0 "*" patterns_strarr = 0x15ca0f0 str = <value...

Hello, we experience problems with dovecot configuration using the listescape plugin to allow dots in foldernames. In some mail clients, dot-containing folders won't show any subfolders. This seems to be related to the fact that the \HasNoChildren flag is set on such folders even if subfolders do exits. Here is an example from telnet session: * LIST (\HasNoChildren) "/"

...md=cmd at entry=0xb24190) at cmd-list.c:229 ctx = 0xb242a8 info = flags = str = 0xaf93a0 mutf7_name = 0xaf94f0 name = ret = #32 0x000000000040f8ce in cmd_list_full (cmd=0xb24190, lsub=) at cmd-list.c:463 client = args = 0xb04a98 ---Type to continue, or q to quit--- list_args = 0x0 arg_count = 32512 ctx = 0xb242a8 patterns = {arr = {buffer = 0xb24300, element_size = 8}, v = 0xb24300, v_modifiable = 0xb24300} ref = 0xb242d8 "" pattern = 0xb242e0 "GoogleMail 01.04.2014 19:58" str = #33 0x0000000000416adc in command_exec (cmd=0xb24190) at imap-commands.c:158 hoo...