Re: [LTP] [PATCH v2] utils: sctp: Fix build for prefixed architectures

[chrubis@suse.cz]

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
chrubis@suse.cz

------------------------------------------------------------------------------
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
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list