<br><div class="gmail_quote">On Sun, Jan 29, 2012 at 10:57 PM,  <span dir="ltr"><<a href="mailto:vlc-devel-request@videolan.org">vlc-devel-request@videolan.org</a>></span> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le <a href="tel:2012-01-29%2014" value="+12012012914">2012-01-29 14</a>:31, Jean-Baptiste Kempf a ?crit :<br>
> On Sun, Jan 29, 2012 at 08:14:25PM +0100, John Freed wrote :<br>
>> 1) upgrading to Qt 4.8<br>
>> Fedora 16 uses Qt 4.8. I had hoped I could fool MOC into using the 4.7.4<br>
>> libs, but failed.<br>
<br>
You could build contribs from source to fix that, or take the moc 4.7.4<br>
binary from debian.<br>
<br></blockquote><div>Hmm... hadn't thought of just downgrading that and not the rest, though it would make yum very unhappy. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

>> Not wanting to downgrade to Qt 4.7 (essentially moving<br>
>> back to Fedora 15) and too lazy to use a virtual machine, I upgraded my<br>
>> contribs to Qt 4.8. I figured VLC will eventually move there anyhow, so why<br>
>> not try? The good news is, this required only a couple of tiny patches to<br>
>> work. I'll be happy to submit if you want.<br>
><br>
> We will move to Qt 4.8 eventually, but, I would prefer to avoid .0<br>
> releases of Qt, because of the issual issue we have in those releases.<br>
<br>
We can accept or look at the patches anyway, so please send them<br>
<br></blockquote><div>will do</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>> 2) building using Mingw32 under Fedora<br>
>> It was necessary to<br>
>> set PKG_CONFIG_LIBDIR=../contrib/i686-pc-mingw32/lib/pkgconfig for building<br>
>> both the vlc.exe binary and the installation package. I'll note that in the<br>
>> Fedora build wiki page.<br>
> Cool.<br>
<br>
Strange, configure should do that already<br>
<br></blockquote><div>it does, it seems. I'm retracing my footsteps to minimize the changes from the documented non-Fedora mingw32 page. Will be updating the documentation once I've backed out as many of the exceptions as I can.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>> 3) building the win32 installation package.<br>
>> Even with the correct PKG_CONFIG_LIBDIR, "make package-win-common"<br>
>> complained that it could not find LIBVLC. I'm guessing there is some<br>
>> interim problem with the build process<br>
<br>
>> or there is a workaround used on the buildbot machine.<br>
<br>
Nope there's none<br>
<br></blockquote><div>well, those vlclib files aren't moved from the _win32 directory, which strikes me as odd but in any event pkg-config won't find them there!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

>> ONE final problem, that's finding the two files libstdc++-6.dll and<br>
>> libgcc_s_sjlj-1.dll<br>
>><br>
>> The file Makefile.in in the build root directory uses this formula to find<br>
>> them:<br>
>><br>
>> gcc_lib_dir=`$(CXX) -v /dev/null 2>&1 | grep ^LIBRARY_PATH|cut -d= -f2|cut<br>
>> -d: -f1`<br>
>><br>
>> A couple of observations: 1) the current nightly builds don't include those<br>
>> files, so I suspect they're not being found even by the VLC buildbots,<br>
<br>
The win64 one has them (uses different compiler)<br>
<br>
>> 2) that formula does not produce the location specified in Fedora.<br>
<br>
What does it give? Where are the DLLs (if they are here) ?<br>
<br></blockquote><div>the existing formula gives the first entry in LIBRARY_PATH, which on Fedora 16 is:</div><div>/usr/lib64/gcc/i686-pc-mingw32/4.6.1/</div><div><br></div><div>In fact, the two DLLs (on F16) are in:</div>
<div><div>/usr/i686-pc-mingw32/sys-root/mingw/bin/</div></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> You should not use those dlls at all for VLC. They give a lot of<br>
> problems and headaches when releasing and when using libVLC application.<br>
><br>
> The NB do not have it, because this is statically linked, as it should.<br>
<br>
When I asked mingw-w64 developers about it they gave me good reasons to<br>
not use C++ static linking (with exceptions?).<br>
<br>
I don't remember them at the moment but either:<br>
<br>
- it's a mingw-w64 specific problem<br>
- you don't know what you're talking about<br>
- debian mingw-w64 package is buggy and/or we need to force auto* to<br>
link statically<br>
- probably other options<br>
<br>
No idea which one it is but input is welcome.<br>
<br></blockquote><div>i shan't get involved in this!!!</div><div> </div><div><br></div></div>