- 15 Feb, 2016 4 commits
-
-
David Gibson authored
The chkfail() and chkok() macros in altstack's test program are pretty difficult to read. More importantly, though, they do all their tests with one big ok1(). That means if the test fails, you get no indication which of the checks was actually wrong, making debugging harder. This reworks the macros into a more verbose form that's easier to read, and splits them into multiple ok1() tests to make failures more explicit. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
altstack includes a couple of inline asm blocks with x86 push and pop instructions. These instructions will access memory (the stack), but that's not declared in inline asm statement. We seem to be getting away with it, but in theory that could allow the compiler to re-order accesses to local variables across the asm block. Since those blocks change the location of the stack, that could be very bad. Adding a "memory" clobber should prevent this (effectively making the asm blocks a compiler memory barrier). Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
ccan programs should always include config.h before anything else to make sure everything is set up correctly. Doing so in altstack's run.c means it no longer needs an explicit _XOPEN_SOURCE 700, since _GNU_SOURCE is set in config.h (for GNU libc, anyway). Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
At present the altstack module uses a stack of size MINSIGSTKSZ for its SIGSEGV handler. Although MINSIGSTKSZ is defined to be large enough to execute a signal handler, it doesn't guarantee that you can do anything very much within it. With certain libc versions, MINSIGSTKSZ is not enough to execute the longjmp() used in altstack. Specfically, with Ubuntu 12.04 (the default install for Travis containers), the first time longjmp() is executed the symbol must be resolved by the dynamic linker in a process which overruns the MINSIGSTKSZ sized stack. That then corrupts local variables in altstack() itself causing a number of subsequent failures. This patch addresses the problem by changing from MINSIGSTKSZ to SIGSTKSZ which is supposed to cover "the usual requirements for an alternate signal stack". Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
- 08 Feb, 2016 1 commit
-
-
Dan Good authored
* add altstack_remn, returns amount of stack remaining * increase mapping by 1 page to handle abutment case * capture rsp earlier * align stack to 16 bytes Signed-off-by: Dan Good <dan@dancancode.com>
-
- 05 Feb, 2016 1 commit
-
-
Rusty Russell authored
Otherwise it describes what we need. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 03 Feb, 2016 13 commits
-
-
David Gibson authored
This implements macros which iterate across their arguments. This is implemented in terms of (kinda sorta) recursion. In fact, they will stop working with enough arguments, but the limit is large and can be easily increased by changing the depth of the CPPMAGIC_EVAL() macro. There are 3 iterators (for now): CPPMAGIC_MAP applies another macro to each of its remaining arguments - the results are comma separated, so they can be passed into another CPPMAGIC_MAP invocation. CPPMAGIC_2MAP does the same thing, but takes the arguments a pair at a time, using a supplied two-argument macro. CPPMAGIC_JOIN combines the arguments with a chosen delimiter (effectively replacing the commas between the arguments with the delimiter) same thing, but takes the arguments a pair at a time. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
Recursion (and therefore iteration) in cpp is difficult, since the preprocessor explicitly looks for and inhibits recursion. But, it's possible to trick it, up to a point. CPPMAGIC_DEFER1() and CPPMAGIC_DEFER2() can "hide" a macro, preventing it from being expanded and being noticed as recursion. Along with that we need to cause extra expansion passes to be executed. There has to be a finite limit here - true recursion is impossible - but that number can be made very large pretty easily. CPPMAGIC_EVAL() multiply expands its argument(s) - up to 1024 times. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
Implement CPPMAGIC_IFELSE which operates similar to the C ? : operator, but is evaluated at preprocessing time. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
In order to implement fancier things, we need to represent truth values in cpp. We use '0' and '1' strings, like in C, but we need ways to get these values from other conditions. CPPMAGIC_ISZERO() and CPPMAGIC_NONZERO() test if the argument is '0' or anything else (ISZERO doubles as a logical not). CPPMAGIC_ISEMPTY() and CPPMAGIC_NON_EMPTY() expand to 0 or 1 depending on whether they have any arguments at all or not. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
A module for some of the awesome / horrifying techniques described at: http://jhnet.co.uk/articles/cpp_magic https://github.com/pfultz2/Cloak/wiki/C-Preprocessor-tricks,-tips,-and-idioms Start off with just some simple things. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
At the moment when Travis runs make check it will stop on the first failure. That's not particularly useful, so add a -k so that all ccanlint failures can be seen. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
When run in --summary mode ccanlint doesn't actually report whether it passed or failed in the message . In particular this means that when make check is run with -j, it can be hard to tell which modules failed. This adds a more obvious failure message. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
It returns EINVAL instead of ENOMEM for test/run.c line 96, then complains on line 137: ==29368== Invalid read of size 4 ==29368== at 0x4033BC: main (run.c:137) ==29368== Address 0x400000000018 is not stack'd, malloc'd or (recently) free'd Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
Useful if you're going to reuse a buffer later. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
Since we use -Wundef by default, ccanlint gets upset if __X86_64__ isn't set. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
If _info handles the arg "ported" it should print out 1 or 0; 0 means it can't be compiled/run/tested on this platform. This lets ccanlint easily skip such modules. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 02 Feb, 2016 5 commits
-
-
David Gibson authored
~0 will be signed and negative on any 2s complement system, and left shifting a negative value has undefined behaviour in C. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
idtree.c:146 triggers a "comparison is always false" warning on some compiler configurations, since the 'id' variable is unsigned. Elsewhere in the module ids seem to be represented by (signed) ints, so use the same convention here, suppressing the warning and also maybe being more correct in other ways. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
The HTABLE_DEFINE_TYPE macro builds a type-specific hash table by constructing a bunch of simple wrapper functions. The user of the hash table may not end up using all of these. With gcc the fact that the functions are inline stops an warnings about unused functions, but that's not the case with clang. Suppress these warnings by marking all the constructed functions except for name##_add() as UNNEEDED (using the macro from ccan/compiler). _add is left alone on the grounds that a hash table you never add anything to isn't much use, so this will help you to spot an entirely redundant HTABLE_DEFINE_TYPE invocation. *_init() would be a more obvious choice, except that there is both *_init() and *_init_sized() and you only need to use one of these. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
The usual way of construction strmap objects is to use the STRMAP_MEMBERS() macro which expands to both a raw strmap structure and a tcon type canary. However, the tcon type canary involves a flexible array member which means that in standard C99 STRMAP_MEMBERS() must appear only at the end of a structure definition. But worse, that structure can then only appear at the end of any other structure it is included in, which is pretty inconvenient for the intended purpose of creating type specific strmaps. gcc extensions allow this to work (somehow), but clang complains loudly about it. The tcon module already includes the TCON_WRAP() mechanism, which already provides this same sort of type-specific definitions in a more general way. So convert strmap (and its users) to that approach. This removes STRMAP_MEMBERS() entirely, breaking compatibility. I'm hoping strmap is used in few enough places that we can get away with that. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
- 29 Jan, 2016 2 commits
-
-
Rusty Russell authored
It does not seem to respect stack games! Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Dan Good authored
altstack - run a function with a dedicated stack, and then release the memory Signed-off-by: Dan Good <dan@dancancode.com>
-
- 27 Jan, 2016 2 commits
-
-
David Gibson authored
bfs_dequeue() and dfs_pop() discard the return values of lqueue_dequeue() and lstack_pop() respectively. This is correct, but causes warnings in some compiler configurations (including the one currently used by travis-ci.org). Use the cast-to-void idiom to tell the compiler this is intentional. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
The 'rest' variable in examples_run.c:find_expect() was unused. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
- 26 Jan, 2016 2 commits
-
-
David Gibson authored
configurator.c contains an if with an empty statement on the same line as the condition. This is very easy to misread, and also causes a warning from clang, so move the ; onto the next line. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
David Gibson authored
Still not exactly a great coverage of different C compilers, but clearly better than *just* gcc. Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
- 21 Jan, 2016 1 commit
-
-
Dan Good authored
rszshm - resizable pointer-safe shared memory Signed-off-by: Dan Good <dan@dancancode.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 19 Jan, 2016 3 commits
-
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 18 Jan, 2016 1 commit
-
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 05 Jan, 2016 1 commit
-
-
Dan Good authored
Thanks to the detailed feedback from David Gibson, I made the following improvements: * add missing includes * check for statement expression support, give an error if absent * ccanlint directive to skip "without features" steps * add license ref to top of source files * rename run1.c test to api1.c Signed-off-by: Dan Good <dan@dancancode.com>
-
- 28 Dec, 2015 1 commit
-
-
Dan Good authored
deque - type-preserving resizing circular deque Signed-off-by: Dan Good <dan@dancancode.com> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
-
- 14 Dec, 2015 1 commit
-
-
Rusty Russell authored
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
-
- 10 Dec, 2015 2 commits