MacrosCpp.hpp
LoL whawhawha redundant muchCode:#define MACRO_JOIN_TOKEN3(a, b) a##b #define MACRO_JOIN_TOKEN2(a, b) MACRO_JOIN_TOKEN3(a, b) // Join two macro arguments, even if the argument is a macro as well #define MACRO_JOIN_TOKEN(a, b) MACRO_JOIN_TOKEN2(a, b)
Were you just bored here ? haha![]()
Actually it's allegedly needed to join Macros, but what's worse is him having that while using the boost version too:
(from BlamScriptingDefinitions)
#define HS_TYPE(hstype) BOOST_JOIN(Yelo::Enums::_hs_type_,hstype)
(from the BOOST library)
not sure why.. maybe he added boost later, after making his own macro to combine macros.Code:// Helper macro BOOST_JOIN: // The following piece of macro magic joins the two // arguments together, even when one of the arguments is // itself a macro (see 16.3.1 in C++ standard). The key // is that macro expansion of macro arguments does not // occur in BOOST_DO_JOIN2 but does in BOOST_DO_JOIN. // #define BOOST_JOIN( X, Y ) BOOST_DO_JOIN( X, Y ) #define BOOST_DO_JOIN( X, Y ) BOOST_DO_JOIN2(X,Y) #define BOOST_DO_JOIN2( X, Y ) X##Y
Very epic. Should have read that over again. If there's one thing about Kornman00 I will never forget, it's that he loves macros and macros inside macros!![]()
I have been looking more into OpenSauce and it's starting to pull together for me. I wasn't aesthetically pleased at first, but it sets in after some time staring at it. Usually have to open 8 files to figure out a line of code, those dang fishy macroronies. hehe
Abyll, I have been thinking about it, using OS for Forge and that other..secret project..
If only I could fix Xfire grabbing an invalid device pointer...ugh
Yeah, boost came later, those macros were from the old Project Yellow days. I think COMPILE_ASSERT may also still be lingering in the cpp macro definitions which I've since replaced it with BOOST_STATIC_ASSERT.
Macros can help in areas where I don't want some hidden compiler inititializer thunks and instead just want the compiler itself to initialize the data. However, sometimes the compiler will still amazing do both (even in optimized builds). *sigh*. That's not the only reason I use them but they really are a great tool when used properly (not saying I always use them properly though heh).
Xfire should just look at being more friendly with it's interfacing.
did kornman just do a
"bad Xfire... you shouldn't go doing things like that!" ???
lol
meh Xfire sucks anyway XD
Question,
and sorry if im bumping i dont mean to but i would enjoy knowing this
Does this DLL work for FV(Full Version)? Or is it ONLY Custom Edition?
There are currently 7 users browsing this thread. (0 members and 7 guests)
Bookmarks