Explore >> Select a destination
|
You are here 
|
blog.danman.eu | ||
| | | | |
flameeyes.blog
|
|
| | | | | In my "For A Parallel World" series I have, up to now, only dealt with practical problems related with actual parallel builds. Today, I wish to try something different writing about some good practises to follow when working with autotools. Once again I want to repeat that no, I don't think autotools are completely flawed,... | |
| | | | |
jmmv.dev
|
|
| | | | | Build systems are one of my favorite topics in software engineering. If I recall correctly, my interest in this area started when I got into NetBSD in 2002-20 years ago-and became a pkgsrc contributor. Packaging software for NetBSD made me fight various build systems and, in particular, experience the pains of debugging the GNU Autotools. Around that same time, I was also writing small tools here and there. Out of inertia, I used the GNU Autotools for these and, the more I used them, the more I saw an op... | |
| | | | |
hackliza.gal
|
|
| | | | | Hey there. These days I've been playing with libfuzzer, a tool that comes with clang compiler and that allows us to fuzz a program compiled with clang. The fuzzing consists on passing (pseudo-)random data as program input and check if that breaks. To do this with libfuzzer, it is required to define in the program a function called LLVMFuzzerTestOneInput that accepts a buffer of bytes as argument. Then libfuzzer will call this function in a loop with different data. | |
| | | | |
www.davidxia.com
|
|
| | | My Hints and Solutions to the First Three Levels of Over the Wire Vortex December 25, 2020 | By David Xia I recently found more wargames at overthewire.org. ... | ||
