The fixed typo generated a new string, and left the previous
string in the .po
Fixing the .po files thus left us with a duplicate string

Signed-off-by: Rafaël Carré <funman@videolan.org>

Signed-off-by: Rafaël Carré <funman@videolan.org>

gcc -O4 is apparently not recognized anymore

Signed-off-by: Rafaël Carré <funman@videolan.org>

Close #7436
Signed-off-by: Rafaël Carré <funman@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

They were spotted by ruby-elf's cowstats (gem install ruby-elf)
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rafaël Carré <funman@videolan.org>

Some mingw-w64 3.0 toolchains like mine, for example, have those DLLs in the second or possibly third field of LIBRARY_PATH. Skipping these could lead to weird C++ dlopen errors.
Signed-off-by: Rafaël Carré <funman@videolan.org>

By changing the description from a pointer to an array of characters,
the long tables don't need to be relocated. Unfortunately this adds
30KB of padding zeroes for empty strings.

Since Lookup() returns a custom entry_t object, with a possibly
modified description, this is implemented by creating a new structure
type. With more work it would be possible to simply filling all the
entries with final description and remove the extra matching and entry
manipulation.
Signed-off-by: Diego Elio Pettenò <flameeyes@flameeyes.eu>
Signed-off-by: Rafaël Carré <funman@videolan.org>

Close #7401
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

If psz_album is NULL you have no data to insert.
If you have an id then the value is already in database and only empty
string can erase it.

close #6019

Shorten build time.

On x86_64 linux build:

LIBTOOL make -j2  60,82s user 13,98s system 112% cpu 1:06,59 total
        make -j2  56,83s user 12,72s system 110% cpu 1:03,20 total
DOLT    make -j2  44,32s user 11,02s system 108% cpu 51,215 total
        make -j2  42,15s user 11,04s system 106% cpu 50,155 total
Signed-off-by: Rafaël Carré <funman@videolan.org>