And here are my hyper optimized USE flags: cat /etc/make.conf | grep USE
USE="-* multilib iconv mmx nls nptl openmp sse sse2 sse3 sse4 ssl threads unicode xcb xinerama zlib"
Now featuring even more cat abuse.
Name:
Anonymous2009-11-17 15:49
ITT low-level emergers.
LDFLAGS is where it's at, bitches.
(not posting mine. show me yours and if they're good enough we'll trade)
>>34
Entirely fucking redundant. It means "don't compile in static functions that aren't used", and is only necessary in weird cases when building static library, and only in conjunction with --no-as-needed.
>>36
Where's -Werror? Surely you, being the hardcore, don't run any code that isn't perfect?
Name:
Anonymous2009-11-17 23:21
>>37
I don't need it, as I only write perfect code.
Name:
Anonymous2009-11-18 0:41
>>37 >>36-san here (not >>38), actually I usually leave -Werror off; having to fix minor oversights like signed/unsigned conversions before running code breaks flow far too much, but they're definitely worthwhile fixing before committing code, so no point in ever turning it on. I've considered activating only some, like -Werror=implicit, but there are too many to bother. SPEED is also simply -g during development obviously.
I kinda wish there was a -Werror for specific Objective-C warnings though. So many warnings that should be errors, and so many warnings that shouldn't exist...
>>35
You are a retard. This linker flag prevents packages from breaking every other library update by linking only to libraries that are actually used. Especially useful in large programs that use shit like pkgconfig at compile time, which usually brings in twice the libraries the program normally needs.
Name:
Anonymous2009-11-18 7:21
>>37
-Werror is counter-intuitive to programming, because neither of these sentences is true:
- warnings always correspond to actual errors in ones source
- source for which no warnings are issued is correct
>>47,48 Some sort of "suggest parentheses around = used in boolean expression" warning. suggest parentheses around = used in boolean expression parentheses around =
Did you try actually following the instructions?
while ((a=*i++))
This is a very good warning; the extra parentheses are sortof ugly, but the tradeoff is helping you catch = instead of == 100% of the time. You get used to them and it helps readability afterwards. Actually it's frustrating that Apple doesn't ever build -Wall, because all Objective-C documentation code, templates, etc. suggests a shitload of these, like this idiom in every fucking class:
- (id)init {
if (self = [super init]) {
// some shit
}
return self;
}
with the obvious warning around the assignment again. Go ahead, create a project template in Xcode, turn on -Wall, and enjoy the warnings. I fucking hate Objective-C.
>>51
Maybe if you had better eyes and/or font you could tell the difference between = and ==. I've written over 9000 lines (seriously) of C and have yet to make that mistake.
Name:
Anonymous2009-11-19 3:03
>>52
Yeah, I call bullshit on that. Everyone has made this mistake repeatedly, especially when learning a new language. Maybe you think haven't made it because it typically manifests in obvious ways, so you find the error, correct it quickly, and just forget about it; but you've absolutely made it.
I've written over 9000 lines (seriously)
You sound like MDickie. You're anon, what do you have to brag about? Any career programmer easily writes this many lines in a few months/years time.