This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: static data member problem
- To: "Mark E." <snowball3 at usa dot net>
- Subject: Re: static data member problem
- From: Mumit Khan <khan at xraylith dot wisc dot edu>
- Date: Wed, 23 Sep 1998 15:03:25 -0500 (CDT)
- Cc: Alexandre Oliva <oliva at dcc dot unicamp dot br>, egcs-bugs at cygnus dot com
On Wed, 23 Sep 1998, Mark E. wrote:
> > Note that you may get it working with -frepo.
>
> Thanks for the suggestion Alexandre, but -frepo doesn't work
> either. I tried my sample program with mingw32 and it linked just
> fine. Does this support thinking that it's because DJGPP doesn't
> use ELF? I'd also like to point out that the sample program didn't
> link on either when using the -frepo flag.
DJGPP uses a different executable COFF file format, not PE-COFF that
mingw32, cygwin32, uwin etc use. ELF and PE-COFF are currently the only
two "good" platforms for g++ templates where everything just works; for
the rest, you do need explicit instantiation and/or -frepo to avoid code
bloat.
I don't enough about djgpp to know what the collect2 issues are and why
-frepo didn't work.
btw, the reason -frepo flag doesn't work on mingw32 is because it is
one of the very platforms where collect2 doesn't work. I partially did
a port for collect2 a long time ago (search egcs list for "mingw32" and
"collect2"), but it was rather a gross hack to get around the fact the
MS runtime doesn't support fork/exec and a few other things.
Regards,
Mumit