Hi!
> sure, but i'm not sure this change covers everything
>
> there's still:
> extern int sctp_connectx_orig (int)
> __attribute ((alias ("__sctp_connectx")));
>
> i vaguely recall gcc doesn't add symbol prefixes to the alias attribute. the
> documentation implies that too:
>
> The alias attribute causes the declaration to be emitted as an alias for
> another symbol, which must be specified. For instance,
> void __f () { /* Do something. */; }
> void f () __attribute__ ((weak, alias ("__f")));
> defines ???f??? to be a weak alias for ???__f???. In C++, the mangled name
> for the
> target must be used. It is an error if ???__f??? is not defined in the same
> translation unit.
>
> since this still needs fixing upstream, might be a good time to also include
> a
> knob to turn this crap off entirely ? :)
What is the status? This is a build failure and so should be fixed
before the release which should happen soon enough (generally right
after we get rid of build failures on older distros and exotic
hardware).
We have a few options here:
* Apply the patch that is not clean but was applied in upstream
* Disable the sctp build temporarily
* Fix this correctly (and I'm not going to do this myself)
--
Cyril Hrubis
[email protected]
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
