User Activity

  • Posted a comment on ticket #685 on MinGW-w64 - for 32 and 64 bit Windows

    This looks like a code generation issue in gcc itself. Looking at the assembly that was generated, it appears the vtbl function pointers aren't being set properly for the extension class. Please report this to the gcc bugzilla at https://gcc.gnu.org/bugzilla/, as the code generated is invalid on a linux machine as well (verified with gcc version 7.2.1 20170915 (Red Hat 7.2.1-2) (GCC)

  • Posted a comment on ticket #40 on MinGW-w64 - for 32 and 64 bit Windows

    Oh aside...the way you described it, your definition isn't on the stack. Since it sounds like a multiply defined symbol it's probably in the readonly data

  • Posted a comment on ticket #40 on MinGW-w64 - for 32 and 64 bit Windows

    Yes. We explicitly made it so your "code" would fail. Or you can look up what const storage specifiers mean. And scope rules. You aren't a programmer are you? If you are please tell me the company you work for so i can avoid all of the "commercial code" they produce (Invalid isn't valid choice so next best thing)

  • Modified ticket #40 on MinGW-w64 - for 32 and 64 bit Windows

    why are you breaking my code specifically?

  • Modified ticket #671 on MinGW-w64 - for 32 and 64 bit Windows

    characters missing from argv strings

  • Posted a comment on ticket #671 on MinGW-w64 - for 32 and 64 bit Windows

    Difference is in Windows CMD passing parameters, not a bug in the crt itself.

  • Posted a comment on ticket #39 on MinGW-w64 - for 32 and 64 bit Windows

    Not surprised considering the last entry was 9 years ago and the last update was three. I forgot this even existed.

  • Posted a comment on discussion Help on MinGW-w64 - for 32 and 64 bit Windows

    I know that the mingw crt libraries has delay load code. I also know that binutils does have a trampoline to the delay load helper for DELAY_IMPORT_DESCRIPTORs when using dlltool. So it "should just work." Since you didn't add the "errors" you got during the link, I'm kinda stuck (e.g. post your command line and the error you got). I do want to say I remember there being a case sensitivity issue at runtime where the name of the DLL passed to load is required to match exactly what is in the rva table...

View All

Personal Data

Username:
tpaxatb
Joined:
2005-09-10 15:27:38
Location:
Dearborn Heights / United States / EDT
Gender:
Male

Projects

Skills

  • C++
  • C
  • C#
  • Operating System
  • Visual Basic .NET

Personal Tools