On Mon, Sep 30, 2013 at 05:28:59PM +0200, Diego Biurrun wrote:
> On Thu, Sep 12, 2013 at 06:06:23PM +0000, Loren Merritt wrote:
> > On Wed, 11 Sep 2013, Hendrik Leppkes wrote:
> > 
> > > From: Loren Merritt <pengv...@akuvian.org>
> > >
> > > Now RET checks whether it immediately follows a branch, so the programmer 
> > > dosen't have to keep track of that condition.
> > > REP_RET is still needed manually when it's a branch target, but that's 
> > > much rarer.
> > 
> > > The implementation involves lots of spurious labels, but that's ok 
> > > because we strip them.
> > 
> > That's true of x264's buildsystem, but not libav yet. So import that patch 
> > too:
> 
> We dropped stripping executables a long time ago in e0be794.
> 
> > --- a/configure
> > +++ b/configure
> > @@ -1973,6 +1973,7 @@ nm_default="nm -g"
> >  pkg_config_default=pkg-config
> >  ranlib="ranlib"
> > +strip="strip"
> >  yasmexe="yasm"
> >  
> >  nogas=":"
> > @@ -2231,6 +2232,7 @@ cc_default="${cross_prefix}${cc_default}"
> >  pkg_config_default="${cross_prefix}${pkg_config_default}"
> >  ranlib="${cross_prefix}${ranlib}"
> > +strip="${cross_prefix}${strip}"
> >  
> >  sysinclude_default="${sysroot}/usr/include"
> > @@ -4140,6 +4142,7 @@ AR=$ar
> >  AR_O=$ar_o
> >  RANLIB=$ranlib
> > +STRIP=$strip
> >  LN_S=$ln_s
> >  CPPFLAGS=$CPPFLAGS
> > --- a/library.mak
> > +++ b/library.mak
> > @@ -25,6 +25,7 @@ $(SUBDIR)%-test.i: $(SUBDIR)%.c
> >  $(SUBDIR)x86/%.o: $(SUBDIR)x86/%.asm
> >     $(DEPYASM) $(YASMFLAGS) -I $(<D)/ -M -o $@ $< > $(@:.o=.d)
> >     $(YASM) $(YASMFLAGS) -I $(<D)/ -o $@ $<
> > +   -@ $(if $(STRIP), $(STRIP) -wN '..@*' $@)
> 
> Not sure what you are trying to achieve with the if, $(STRIP) should
> always be set ...
> 
> If we bring back stripping, we'll need the rest of the portability
> parts from e0be794 as well.

These comments were never addressed.

I did not review this patch in much detail because the whole set was
still up in the air and this looks like it would require a lot of
work in order to become acceptable.

Diego
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to