[x265] [PATCH 0 of 3 RFC] further multilib improvements

[Steve Borho]

On 06/10, Deepthi Nandakumar wrote:
> Steve, the first patch in this series has not been emailed.

stuck in moderation

I've pushed the series to https://bitbucket.org/sborho/x265 and merged
it with the current tip.

The "multilib" arrangement (using the cmake options below) should
compile ok on MSVC, but I expect the 8bit target will not link because
of the link path issues to the 10bit static library.

But if the default build options are unaffected by these patches, then I
suggest pushing the series and worry about Windows multilib linking a
bit later.

> On Sat, Jun 6, 2015 at 8:10 AM, Steve Borho <steve at borho.org> wrote:
> 
> > With these three patches, there is only a single remaining link conflict
> > between the 8bit and 10bit libraries (g_entropyStateBits). To try these,
> > create 8bit/ and 10bit/ folders at the same directory level as an x265
> > clone (with all my patches applied) then in the 10bit folder run:
> >
> > cmake ../x265/source -DHIGH_BIT_DEPTH=ON -DEXPORT_C_API=OFF
> > -DENABLE_SHARED=OFF -DENABLE_CLI=OFF
> > make
> >
> > Then in the 8bit folder run:
> > cmake ../x265/source -DEXPORT_C_API=OFF -DENABLE_SHARED=OFF
> > -DENABLE_CLI=ON -DEXTRA_LIB=x265.a
> > make
> >
> > you will see that everything builds until the static library link, which
> > fails:
> >
> > Linking CXX executable x265
> > duplicate symbol _g_entropyStateBits in:
> >     libx265.a(entropy.cpp.o)
> > _______________________________________________
> > x265-devel mailing list
> > x265-devel at videolan.org
> > https://mailman.videolan.org/listinfo/x265-devel
> >

> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel


-- 
Steve Borho