building gstreamer with cerbero on windows error

Discussion:

Sebastian Kilb

2018-02-16 08:34:46 UTC

hey all,
I am trying to build gstreamer with cerbero on windows. I used this command:
"cerbero -c config/win64.cbc package gstreamer-1.0 "

I already managed to solve some problems, which occurred, but now I am
stuck at the gst-plugins-bad-1.0 Recipe.

[(68/82) gst-plugins-bad-1.0 -> compile ]
Running command 'make -j4'
make all-recursive

at first it's doing the same thing a bunch of times:

make[3]: Entering directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/bz2'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/bz2'

but then it throws an error. The problem is, that it uses the installed
version of gstreamer and sees that the same struct is defined in gstglapi.h
and gstglfuncs.h, in the new version. I also tried to uninstall gstreamer,
but then it throws an error, that it can't find the directory.

Does anyone know what I am doing wrong?

libtool: compile: x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I../.. -Wno-error -I/c/gstreamer/1.0/x86_64/include
-Ic:/gstreamer/1.0/x86_64/include -I../../gst-libs -I../../gst-libs
-mms-bitfields -Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/lib/gstreamer-1.0/include
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -DGST_USE_UNSTABLE_API
-fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_DEPRECATED -Wall
-Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations
-Wmissing-prototypes -Wredundant-decls -Wwrite-strings -Wformat-security
-Wold-style-definition -Winit-self -Wmissing-include-dirs -Waddress
-Wno-multichar -Wnested-externs -Werror -g -DGST_DISABLE_DEPRECATED
-fvisibility=hidden -Wall -g -O2 -DWINVER=0x0501 -D_WIN32_WINNT=0x0501
-Wno-error -MT libgstopenglmixers_la-gstopengl.lo -MD -MP -MF
.deps/libgstopenglmixers_la-gstopengl.Tpo -c gstopengl.c -DDLL_EXPORT
-DPIC -o .libs/libgstopenglmixers_la-gstopengl.o

In file included from gstglmixer.h:27:0,
from gstglvideomixer.h:24,
from gstopengl.c:48:
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstglfuncs.h:96:16:
error: redefinition of 'struct _GstGLFuncs'
In file included from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstgl_fwd.h:26:0,
from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gl.h:29,
from gstglmixerbin.h:26,
from gstopengl.c:47:
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstglapi.h:164:16:
note: originally defined here
In file included from gstglmixer.h:27:0,
from gstglvideomixer.h:24,
from gstopengl.c:48:
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstglfuncs.h:100:3:
error: conflicting types for 'GstGLFuncs'
In file included from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstgl_fwd.h:26:0,
from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gl.h:29,
from gstglmixerbin.h:26,
from gstopengl.c:47:
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstglapi.h:168:3:
note: previous declaration of 'GstGLFuncs' was here
make[3]: *** [libgstopenglmixers_la-gstopengl.lo] Error 1
make[3]: Leaving directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/gl'
make[2]: *** [gl] Error 2

Matthew Waters

2018-02-20 02:12:31 UTC

Permalink

This sounds like you're having trouble with differing versions of
gst-plugins-base and gst-plugins-bad and/or an out of data installation.

I would suggest wiping everything and starting from scratch without an
installed GStreamer already in existence.

Cheers
-Matt

Post by Sebastian Kilb
hey all,
"cerbero -c config/win64.cbc package gstreamer-1.0Â "
I already managed to solve some problems, which occurred, but now I am
stuck at the gst-plugins-bad-1.0 Recipe.
[(68/82) gst-plugins-bad-1.0 -> compile ]
Running command 'make -j4'
makeÂ all-recursive
make[3]: Entering directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/bz2'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/bz2'
but then it throws an error. The problem is, that it uses the
installed version of gstreamer and sees that the same struct is
defined in gstglapi.h and gstglfuncs.h, in the new version. I also
tried to uninstall gstreamer, but then it throws an error, that it
can't find the directory.
Does anyone know what I am doing wrong?
libtool: compile:Â x86_64-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I../.. -Wno-error -I/c/gstreamer/1.0/x86_64/include
-Ic:/gstreamer/1.0/x86_64/include -I../../gst-libs -I../../gst-libs
-mms-bitfields -Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/lib/gstreamer-1.0/include
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -mms-bitfields
-Ic:/gstreamer/1.0/x86_64/include/gstreamer-1.0
-Ic:/gstreamer/1.0/x86_64/include/glib-2.0
-Ic:/gstreamer/1.0/x86_64/lib/glib-2.0/include -DGST_USE_UNSTABLE_API
-fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_DEPRECATED
-Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith
-Wmissing-declarations -Wmissing-prototypes -Wredundant-decls
-Wwrite-strings -Wformat-security -Wold-style-definition -Winit-self
-Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs
-Werror -g -DGST_DISABLE_DEPRECATED -fvisibility=hidden -Wall -g -O2
-DWINVER=0x0501 -D_WIN32_WINNT=0x0501 -Wno-error -MT
libgstopenglmixers_la-gstopengl.lo -MD -MP -MF
.deps/libgstopenglmixers_la-gstopengl.Tpo -c gstopengl.cÂ -DDLL_EXPORT
-DPIC -o .libs/libgstopenglmixers_la-gstopengl.o
In file included from gstglmixer.h:27:0,
Â Â Â Â Â Â Â Â Â from gstglvideomixer.h:24,
error: redefinition of 'struct _GstGLFuncs'
In file included from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstgl_fwd.h:26:0,
Â Â Â Â Â Â Â Â Â from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gl.h:29,
Â Â Â Â Â Â Â Â Â from gstglmixerbin.h:26,
note: originally defined here
In file included from gstglmixer.h:27:0,
Â Â Â Â Â Â Â Â Â from gstglvideomixer.h:24,
error: conflicting types for 'GstGLFuncs'
In file included from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gstgl_fwd.h:26:0,
Â Â Â Â Â Â Â Â Â from
c:/gstreamer/1.0/x86_64/include/gstreamer-1.0/gst/gl/gl.h:29,
Â Â Â Â Â Â Â Â Â from gstglmixerbin.h:26,
note: previous declaration of 'GstGLFuncs' was here
make[3]: *** [libgstopenglmixers_la-gstopengl.lo] Error 1
make[3]: Leaving directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/gst-plugins-bad-1.0-1.13.0.1/ext/gl'
make[2]: *** [gl] Error 2

SKilb

2018-02-21 13:48:01 UTC

Permalink

thank you for your reply.

I deleted everything and started completely new following this guide
https://gstreamer.freedesktop.org/documentation/installing/building-from-source-using-cerbero.html

bootstrap runs without problems. However I noticed that it creates a new
mingw folder "cerbero\build\mingw\w64" is this normal?
I also found out, that with Visual Studio 2017 the environment variable
VSCOMNTOOLS150 is missing, so I set this path directly "C:/Program Files
(x86)/Microsoft Visual
Studio/2017/Professional/VC/Tools/MSVC/14.12.25827/bin/Hostx86/x86/" in the
gelib.py script and it removed the warnings I had before, while executing
bootstrap.

But package gstreamer-1.0 throws some warnings and errors.

[(2/82) gettext -> gen_library_file ]
WARNING: Some libraries weren't found while searching!
libintl
WARNING: Could not create libintl.lib, no matching DLLs found

[(3/82) libiconv-> gen_library_file ]
WARNING: Some libraries weren't found while searching!
libiconv
libcharset
WARNING: Could not create libiconv.lib, no matching DLLs found
WARNING: Could not create libcharset.lib, no matching DLLs found

and then it fails completely at [(6/82) glib -> configure ]

Running command 'sh autogen.sh --prefix /opt/gstreamer-sdk --libdir
/opt/gstreamer-sdk/lib --disable-maintainer-mode --disable-silent-rules
--disable-introspection ne_cv_libsfor_gethostbyname="-lws2_32"
ac_cv_c_attribute_aligned="64" ac_cv_func_realloc_0_nonnull="yes"
lt_cv_deplibs_check_method="pass_all" ac_cv_lib_bz2_BZ2_bzlibVersion="yes"
ne_cv_libsfor_socket="-lws2_32" ac_cv_func_malloc_0_nonnull="yes"
--host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --with-pcre=internal --disable-libmount
--enable-dtrace=no --disable-gtk-doc --with-libiconv=gnu '
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4macros ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4macros'.
libtoolize: copying file 'm4macros/libtool.m4'
libtoolize: copying file 'm4macros/ltoptions.m4'
libtoolize: copying file 'm4macros/ltsugar.m4'
libtoolize: copying file 'm4macros/ltversion.m4'
libtoolize: copying file 'm4macros/lt~obsolete.m4'
autoreconf: running:
/C/MinGW/msys/1.0/home/Kilb/cerbero/build/build-tools/bin/autoconf --force
autoreconf: running:
/C/MinGW/msys/1.0/home/Kilb/cerbero/build/build-tools/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:112: installing './compile'
configure.ac:66: installing './missing'
gio/Makefile.am:110: warning: source file 'gvdb/gvdb-reader.c' is in a
subdirectory,
gio/Makefile.am:110: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the
'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding
output
automake: object file(s) will be placed in the top-level directory.
However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout
your
automake: project, to avoid future incompatibilities.
gio/Makefile.am:804: warning: source file 'gvdb/gvdb-builder.c' is in a
subdirectory,
gio/Makefile.am:804: but option 'subdir-objects' is disabled
gio/Makefile.am:821: warning: source file 'gvdb/gvdb-builder.c' is in a
subdirectory,
gio/Makefile.am:821: but option 'subdir-objects' is disabled
gio/Makefile.am: installing './depcomp'
gio/tests/Makefile.am:236: warning: source file
'$(top_srcdir)/gio/gdbusdaemon.c' is in a subdirectory,
gio/tests/Makefile.am:236: but option 'subdir-objects' is disabled
gio/tests/Makefile.am:234: warning: source file
'$(top_builddir)/gio/gdbus-daemon-generated.c' is in a subdirectory,
gio/tests/Makefile.am:234: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gallocator.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gcache.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gcompletion.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/grel.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gthread-deprecated.c'
is in a subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/tests/Makefile.am:195: warning: source file '../../glib/gwakeup.c' is
in a subdirectory,
glib/tests/Makefile.am:195: but option 'subdir-objects' is disabled
glib/tests/Makefile.am:235: warning: source file '../../glib/gwakeup.c' is
in a subdirectory,
glib/tests/Makefile.am:235: but option 'subdir-objects' is disabled
win32/Makefile-newvs.am:23: warning: MSVC_TOOLSET was already defined in
condition TRUE, which includes condition MSVC_NO_TOOLSET_SET ...
win32/vs15/Makefile.am:47: 'win32/Makefile-newvs.am' included from here
win32/vs15/Makefile.am:45: ... 'MSVC_TOOLSET' previously defined here
autoreconf: Leaving directory `.'
configure: WARNING: unrecognized options: --disable-introspection
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '500' is supported by ustar format... yes
checking whether GID '544' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports nested variables... (cached) yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-w64-mingw32-gcc accepts -g... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... none needed
checking whether x86_64-w64-mingw32-gcc understands -c and -o together...
yes
checking for style of include used by make... GNU
checking dependency style of x86_64-w64-mingw32-gcc... gcc3
checking how to run the C preprocessor... x86_64-w64-mingw32-cpp
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking build system type... x86_64-w64-mingw32
checking host system type... x86_64-w64-mingw32
checking for Win32... yes
checking for the Android... no
checking for x86_64-w64-mingw32-windres... x86_64-w64-mingw32-windres
checking for x86_64-w64-mingw32-nm... x86_64-w64-mingw32-nm
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking for x86_64-w64-mingw32-dlltool... x86_64-w64-mingw32-dlltool
checking for lib.exe... no
yes
checking for Mac OS X Carbon support... no
yes
checking for Mac OS X Carbon support... no
checking whether to enable garbage collector friendliness... no
checking whether to disable memory pools... no
checking for x86_64-w64-mingw32-c++... x86_64-w64-mingw32-g++
checking whether we are using the GNU C++ compiler... yes
checking whether x86_64-w64-mingw32-g++ accepts -g... yes
checking dependency style of x86_64-w64-mingw32-g++... gcc3
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking pkg-config is at least version 0.16... yes
checking how to get MSVC-compatible struct packing... -mms-bitfields
checking for gawk... (cached) gawk
checking for perl5... no
checking for perl... perl
checking for indent... no
checking for perl... /usr/bin/perl
checking for a Python interpreter with version >= 2.7... python
checking for python... /c/Python27/python
checking for python version... 2.7
checking for python platform... win32
checking for python script directory... ${prefix}\Lib\site-packages
checking for python extension module directory...
${exec_prefix}\Lib\site-packages
checking for zlib... yes
checking for libffi >= 3.0.0... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... no
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking libintl.h usability... no
checking libintl.h presence... no
checking for libintl.h... no
configure: error:
*** You must have either have gettext support in your C library, or use the
*** GNU gettext library. (http://www.gnu.org/software/gettext/gettext.html)

--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/

SKilb

2018-02-21 13:49:34 UTC

Permalink

Matthew Waters

2018-02-22 03:06:09 UTC

Permalink

Hmm?

Are you building in the Visual Studio shell?Â If so, don't do that.Â You
need to be in the MingW shell.Â Visual Studio is not required to be able
to build GStreamer.

Cheers
-Matt

Post by SKilb
thank you for your reply.
I deleted everything and started completely new following this guide
https://gstreamer.freedesktop.org/documentation/installing/building-from-source-using-cerbero.html
bootstrap runs without problems. However I noticed that it creates a new
mingw folder "cerbero\build\mingw\w64" is this normal?
I also found out, that with Visual Studio 2017 the environment variable
VSCOMNTOOLS150 is missing, so I set this path directly "C:/Program Files
(x86)/Microsoft Visual
Studio/2017/Professional/VC/Tools/MSVC/14.12.25827/bin/Hostx86/x86/" in the
gelib.py script and it removed the warnings I had before, while executing
bootstrap.
But package gstreamer-1.0 throws some warnings and errors.
[(2/82) gettext -> gen_library_file ]
WARNING: Some libraries weren't found while searching!
libintl
WARNING: Could not create libintl.lib, no matching DLLs found
[(3/82) libiconv-> gen_library_file ]
WARNING: Some libraries weren't found while searching!
libiconv
libcharset
WARNING: Could not create libiconv.lib, no matching DLLs found
WARNING: Could not create libcharset.lib, no matching DLLs found
and then it fails completely at [(6/82) glib -> configure ]
Running command 'sh autogen.sh --prefix /opt/gstreamer-sdk --libdir
/opt/gstreamer-sdk/lib --disable-maintainer-mode --disable-silent-rules
--disable-introspection ne_cv_libsfor_gethostbyname="-lws2_32"
ac_cv_c_attribute_aligned="64" ac_cv_func_realloc_0_nonnull="yes"
lt_cv_deplibs_check_method="pass_all" ac_cv_lib_bz2_BZ2_bzlibVersion="yes"
ne_cv_libsfor_socket="-lws2_32" ac_cv_func_malloc_0_nonnull="yes"
--host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --with-pcre=internal --disable-libmount
--enable-dtrace=no --disable-gtk-doc --with-libiconv=gnu '
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4macros ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4macros'.
libtoolize: copying file 'm4macros/libtool.m4'
libtoolize: copying file 'm4macros/ltoptions.m4'
libtoolize: copying file 'm4macros/ltsugar.m4'
libtoolize: copying file 'm4macros/ltversion.m4'
libtoolize: copying file 'm4macros/lt~obsolete.m4'
/C/MinGW/msys/1.0/home/Kilb/cerbero/build/build-tools/bin/autoconf --force
/C/MinGW/msys/1.0/home/Kilb/cerbero/build/build-tools/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:112: installing './compile'
configure.ac:66: installing './missing'
gio/Makefile.am:110: warning: source file 'gvdb/gvdb-reader.c' is in a
subdirectory,
gio/Makefile.am:110: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the
'subdir-objects'
automake: automake option hasn't been enabled. For now, the corresponding
output
automake: object file(s) will be placed in the top-level directory.
However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout
your
automake: project, to avoid future incompatibilities.
gio/Makefile.am:804: warning: source file 'gvdb/gvdb-builder.c' is in a
subdirectory,
gio/Makefile.am:804: but option 'subdir-objects' is disabled
gio/Makefile.am:821: warning: source file 'gvdb/gvdb-builder.c' is in a
subdirectory,
gio/Makefile.am:821: but option 'subdir-objects' is disabled
gio/Makefile.am: installing './depcomp'
gio/tests/Makefile.am:236: warning: source file
'$(top_srcdir)/gio/gdbusdaemon.c' is in a subdirectory,
gio/tests/Makefile.am:236: but option 'subdir-objects' is disabled
gio/tests/Makefile.am:234: warning: source file
'$(top_builddir)/gio/gdbus-daemon-generated.c' is in a subdirectory,
gio/tests/Makefile.am:234: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gallocator.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gcache.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gcompletion.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/grel.c' is in a
subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/Makefile.am:97: warning: source file 'deprecated/gthread-deprecated.c'
is in a subdirectory,
glib/Makefile.am:97: but option 'subdir-objects' is disabled
glib/tests/Makefile.am:195: warning: source file '../../glib/gwakeup.c' is
in a subdirectory,
glib/tests/Makefile.am:195: but option 'subdir-objects' is disabled
glib/tests/Makefile.am:235: warning: source file '../../glib/gwakeup.c' is
in a subdirectory,
glib/tests/Makefile.am:235: but option 'subdir-objects' is disabled
win32/Makefile-newvs.am:23: warning: MSVC_TOOLSET was already defined in
condition TRUE, which includes condition MSVC_NO_TOOLSET_SET ...
win32/vs15/Makefile.am:47: 'win32/Makefile-newvs.am' included from here
win32/vs15/Makefile.am:45: ... 'MSVC_TOOLSET' previously defined here
autoreconf: Leaving directory `.'
configure: WARNING: unrecognized options: --disable-introspection
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '500' is supported by ustar format... yes
checking whether GID '544' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports nested variables... (cached) yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-w64-mingw32-gcc accepts -g... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... none needed
checking whether x86_64-w64-mingw32-gcc understands -c and -o together...
yes
checking for style of include used by make... GNU
checking dependency style of x86_64-w64-mingw32-gcc... gcc3
checking how to run the C preprocessor... x86_64-w64-mingw32-cpp
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking build system type... x86_64-w64-mingw32
checking host system type... x86_64-w64-mingw32
checking for Win32... yes
checking for the Android... no
checking for x86_64-w64-mingw32-windres... x86_64-w64-mingw32-windres
checking for x86_64-w64-mingw32-nm... x86_64-w64-mingw32-nm
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking for x86_64-w64-mingw32-dlltool... x86_64-w64-mingw32-dlltool
checking for lib.exe... no
yes
checking for Mac OS X Carbon support... no
yes
checking for Mac OS X Carbon support... no
checking whether to enable garbage collector friendliness... no
checking whether to disable memory pools... no
checking for x86_64-w64-mingw32-c++... x86_64-w64-mingw32-g++
checking whether we are using the GNU C++ compiler... yes
checking whether x86_64-w64-mingw32-g++ accepts -g... yes
checking dependency style of x86_64-w64-mingw32-g++... gcc3
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking pkg-config is at least version 0.16... yes
checking how to get MSVC-compatible struct packing... -mms-bitfields
checking for gawk... (cached) gawk
checking for perl5... no
checking for perl... perl
checking for indent... no
checking for perl... /usr/bin/perl
checking for a Python interpreter with version >= 2.7... python
checking for python... /c/Python27/python
checking for python version... 2.7
checking for python platform... win32
checking for python script directory... ${prefix}\Lib\site-packages
checking for python extension module directory...
${exec_prefix}\Lib\site-packages
checking for zlib... yes
checking for libffi >= 3.0.0... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... no
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking libintl.h usability... no
checking libintl.h presence... no
checking for libintl.h... no
*** You must have either have gettext support in your C library, or use the
*** GNU gettext library. (http://www.gnu.org/software/gettext/gettext.html)
--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

SKilb

2018-02-22 13:54:53 UTC

Permalink

I wasn't it the Visual Studio shell and used the MingW shell. However I
started over again. But this time I used a new Windows 7 VM and installed
only the programs which are in the guide. Currently I am at 35/82 and it
seems to be working. Except for libxml2, which has the following error.

make[4]: Entering directory
`/usr/home/Sebastian/cerbero/build/sources/windows_x86_64/libxml2-2.9.7/python'

/bin/sh ../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -Wall -g
-O2 -DWINVER=0x0501 -D_WIN32_WINNT=0x0501 -pedantic -W -Wformat
-Wno-format-extra-args -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment
-Wtrigraphs -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow
-Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline
-Wredundant-decls -Wno-long-long -no-undefined -module -avoid-version
../libxml2.la
-L/C/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/python2.7/site-packages/../../libs
-lpython27
-LC:/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib -o
libxml2mod.la -rpath
/C/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/python2.7/site-packages
libxml.lo libxml2-py.lo types.lo

libtool: warning:
'C:/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/libiconv.la'
seems to be moved

libtool: link: x86_64-w64-mingw32-gcc -shared .libs/libxml.o
.libs/libxml2-py.o .libs/types.o ../.libs/libxml2.dll.a
-LC:/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib
-L=C:/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib
C:/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/libz.dll.a
/C/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/libiconv.dll.a
-lws2_32
-L/C/MinGW/msys/1.0/home/Sebastian/cerbero/build/dist/windows_x86_64/lib/python2.7/site-packages/../../libs
-lpython27 -g -O2 -o .libs/libxml2mod.dll -Wl,--enable-auto-image-base
-Xlinker --out-implib -Xlinker .libs/libxml2mod.dll.a

c:/mingw/msys/1.0/home/sebastian/cerbero/build/mingw/w64/bin/../lib/gcc/x86_64-w64-mingw32/4.7.3/../../../../x86_64-w64-mingw32/bin/ld.exe:
cannot find -lpython27

collect2.exe: error: ld returned 1 exit status

--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/

SKilb

2018-02-23 10:50:10 UTC

Permalink

Ok, now I was able to build all recipes.

What I did was to try to change the paths in the make file for python,
because they were not correct. But it still didn't work. So out of
frustration I left all the paths empty, to check what errors it would throw
and it suddenly worked...

But now I have a problem with the packaging

----->Creating Merge Module for gstreamer-1.0-codecs
WARNING: Some libraries weren't found while searching!
libvpx
***** Error running 'package' command:
The following files required by this package are missing:
lib/gstreamer-1.0/libgstrsvg.dll
lib/gstreamer-1.0/libgstsmoothstreaming.dll
lib/gstreamer-1.0/libgstdashdemux.dll

For the libvpx warning, I tried to build it again but it gave this warning:

[(1/1) libvpx -> gen_library_file ]
WARNING: Some libraries weren't found while searching!
libvpx
WARNING: Could not create libvpx.lib, no matching DLLs found

However according to this thread this is normal on windows.
http://gstreamer-devel.966125.n4.nabble.com/What-is-quot-WARNING-Some-libraries-weren-t-found-while-searching-quot-mean-td4680533.html

--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/

SKilb

2018-02-26 10:23:06 UTC

Permalink

Finally I was able to create a msi file with gstreamer cerbero.
Now I only have one last question.
In order to get the development files, do I just take the source files,
cerbero created or can I create a gstreamer-devel.msi

--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/