if this RX C++ bug doesn't go anywhere soon I was just thinking I should whip out my tm4c1294 for some sweet lovin
maybe port abstractwiring over to it while I'm at it
never used a TM4C in the native CCS environment before
in the meantime I shot DJ Delorie an email notifying about the gcc bugzilla request, um, in case he didn't already see it :-)
lol got a quick reply, it's already in his inbox :-)
then again msp430-elf-g++ generates some odd code too
wonder if this is just something stupid I'm doing
yeah the same difference in ASM output occurs with msp430-elf-g++ and arm-none-eabi-g++
so one of my assumptions must be wrong here
yeah definitely... the -dP assembler output shows similar oddities there.
gonna just have to assume I'm screwing something else up here... or who knows maybe there is a unique bug in rx-elf that's not obvious here
Rickta59: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67529 ... you have any quick thoughts on this? Should you be able to, from another method in a class, be able to call an overridden method in that same class? I would think so...
or is this a wrong assumption based on the rules of C++ that I'm not taking into consideration
so virtual functions basically perform "late binding", where the actual resulting function isn't determined until runtime
k I guess that's weird but how the heck does the compiler find out which physical code to run...
vtable is where it gets stored in msp430-elf-g++ anyhow
ok so rx-elf-g++ generates vtable info too
k now I'm confused even more..... wonder wtf was actually going on there
guess I'll need to inspect the gnurx output again to be sure
maybe it's not generating vtable code correctly
ok ... in windows now, looking at gnurx output, it looks like it just has to be a gnurx issue
vtable is missing from the rx-elf-objdump -C -DS output
no idea how it's getting initialized
explains a lot at least
k, don't know what the heck I'm missing here. gnurx isn't generating the vtable's for my classes
looks like from the .o files they show up as .rodata._ZTVblahblahblah sections, so .rodata.* should cover it...