[RFC] 1.7 Packaging: Toolchain

[Yaakov (Cygwin Ports)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Dave Korn wrote:
|   I've got libgcc shared and working fine and correctly, either with a
| separate static libgcc_eh, or with it shared, although that's only an
option
| if you also have shared libstdc++.
|
|   Getting libstdc++ to work shared is being tricky; for some reason
| libsupc++ is only built static, which means libtool links it into
libstdc++
| only to resolve imports, not as objects that need to be exported.
Removing
| the --disable-shared libtool tag from libsupc++'s build configuration gets
| me what appears to be a complete libstdc++, but it fails in early startup,
| probably down to the relocs-in-.rodata issue; and that's where I've
got to.
| I'm not sure whether to just try and go for a
shared-libstdc-static-libsupc
| combo, or to try and figure out what needs to be fixed to prevent the
relocs
| problem - if indeed that's what it is.

This thread seems to explain the logic behind libsupc++:

http://gcc.gnu.org/ml/gcc/2001-06/msg01886.html

I'd say it makes the most sense to stick with the upstream
shared-libstdc-static-libsupc setup.  I gather that this this isn't
creating a complete libstdc++ though, but I don't see why.  libsupc++ is
being linked in via a convenience lib, which means that it should be
linking the .a with -Wl,--whole-archive, and exporting any symbols
therein.  Which method is being used for symbol exports, and what
exactly is missing?

BTW, what about libg2c/libobjc/libgcj?

|   That's my plan.

May I dare ask for a timeframe?

|   Famous last words.  Yes, that's the scheme we decided on some time ago,
| but given how long it's already taking to get vanilla gcc4 working, I was
| just going to leave that as it stands for now.

I'm not sure I follow.  Is -mno-cygwin part of the "vanilla" gcc now?


Yaakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkiRVpYACgkQpiWmPGlmQSMUDwCgjpDBQYmtpanPQXAjrSccBAJM
fIoAoK8gul9UBxBM0kAxU0hW09NGTiwS
=zdr0
-----END PGP SIGNATURE-----