building 2.1.5 mingw on ubuntu, executable crashes.

[jmy]

I am having trouble compiling vlc-2.1.x from the git repository for win32 using mingw on Ubuntu 12.04. I was initially trying 2.2.0, but the modules were failing miserably, so I tried the current branch.

I actually got 2.1.5 to compile with no fuss, but it is crashing when I run it on windows (8.1)

Also, I was able to build 2.2.0 last October and December, and produced binaries that I am still using in fact. At the time, I am sure 2.2.0 was more or less the same code as 2.1.x though. Point is that it is mostly the same build environment, Ubuntu 12.04. I have of course been updating packages since then, and had to manually install a newer ragel, yasm, and cmake this time.

An interesting message I saw when compiling is:
checking whether we are cross compiling... no

I don't know if that matters or not, but its interesting to note that building 2.2.0 was trying to make the alsa and pulseausio modules, amongst others, which I wouldn't think I need for a windows build.

However, the 2.1.5 build as I said appeared to work, but I have this error when I try to run it:

Code: Select all

Fault bucket 50, type 5 Event Name: BEX Response: Not available Cab Id: 0 Problem signature: P1: vlc.exe P2: 2.1.5.0 P3: 5315dd4f P4: libqt4_plugin.dll P5: 0.0.0.0 P6: 5315dd42 P7: 00000000 P8: c0000005 P9: 00000008 P10: Attached files: These files may be available here: Analysis symbol: Rechecking for solution: 1 Report Id: 3c74be5c-a3a6-11e3-be95-c4cff8fac485 Report Status: 0 Hashed bucket: 544ae812556d6ddf8cc9fa55c736eb7b

Looks like something wrong with QT4, but other than that, I am not sure where to look. Any suggestions?

Update: I see this is a memory access violation, but I'm not sure if something's wrong/different with my build configuration. The nightly build works... Maybe I'll try it on Ubuntu 13.10, or 14.04 beta in a new VM.

[jmy]

Well, I tried it on Ubuntu 13.10, same results... I tried Debian 7 but didnt get mingw up to 3.0... i tried installing Debian 8 (testing), but it freezes in the install. Anyway, the nightly builds work so I am curious what the build environment is for that. the only thing I have in my mind right now is lua5.2 might be giving me a problem, but I'm not sure about that. To clarify, I have been following the build instructions on the wiki, and even before that was updated, i was building with i686-w64-mingw. I will try again when I have time.

[jmy]

If anyone runs into a similar scenario, I was able to finally compile a working binary by doing the following:

1) First It occurred to me to try installing a 32 bit version of debian 7, thinking that would simplify configuring the build toolchain. I think that probably didn't actually matter though because...

2) I ran accross this:
https://forum.videolan.org/viewtopic.php?f=14&t=106846

and so I tried rebuilding the qt4 contrib this time.

3) Next, configure dumped out with luac cannot execute something about 32 bits, so I rebuilt lua

Now the build worked (as it did before) but the executable also works.

So yes, it was probably something wrong with the prebuilt QT4 at least.

I don't know why my build environment worked a few months ago then stopped, but it works now so that's fine. Now I have to rewrite the code changes I was working on that I accidentally deleted...

[Jean-Baptiste Kempf]

YOu probably are missing a dll.