Cerbero GStreamer recipes are now built with Meson

[David Ing]

Ahh... I had deleted my `cerbero/build` folder without re-running
`bootstrap`.

I did not have g-ir error because I had installed `libgirepository1.0-dev`
on my system (this also overcomes an error via in gst-build).

I got a different error when running bootstrap.  (

clang    -I../lib -I../lib    -g -gcodeview -O2 -m64  -g -gcodeview -O2
-m64   -Wno-error=cast-align -MT symtab.o -MD -MP -MF $depbase.Tpo -c -o
symtab.o symtab.c &&\
mv -f $depbase.Tpo $depbase.Po
clang   -g -gcodeview -O2 -m64  -g -gcodeview -O2 -m64
 -Wno-error=cast-align
-L/home/ding/github/gstreamer/cerbero/build/build-tools/lib  -m64  -m64  -o
m4 m4.o builtin.o debug.o eval.o format.o freeze.o input.o macro.o output.o
path.o symtab.o ../lib/libm4.a
clang: warning: argument unused during compilation: '-gcodeview'
[-Wunused-command-line-argument]
clang: warning: argument unused during compilation: '-gcodeview'
[-Wunused-command-line-argument]
symtab.o: In function `symtab_init':
symtab.c:(.text+0x27): undefined reference to `__muloti4'
../lib/libm4.a(clean-temp.o): In function `create_temp_dir':
clean-temp.c:(.text+0xa3): undefined reference to `__muloti4'
../lib/libm4.a(fatal-signal.o): In function `at_fatal_signal':
fatal-signal.c:(.text+0x1a2): undefined reference to `__muloti4'
../lib/libm4.a(xmalloc.o): In function `xnmalloc':
xmalloc.c:(.text+0x1d): undefined reference to `__muloti4'
../lib/libm4.a(xmalloc.o): In function `xnrealloc':
xmalloc.c:(.text+0xb8): undefined reference to `__muloti4'
../lib/libm4.a(xmalloc.o):xmalloc.c:(.text+0x29d): more undefined
references to `__muloti4' follow
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
Makefile:1554: recipe for target 'm4' failed
make[2]: *** [m4] Error 1
make[2]: Leaving directory
'/home/ding/github/gstreamer/cerbero/build/sources/build-tools/m4-1.4.18/src'
Makefile:1572: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
'/home/ding/github/gstreamer/cerbero/build/sources/build-tools/m4-1.4.18'
Makefile:1528: recipe for target 'all' failed
make: *** [all] Error 2

*Recipe 'm4' failed at the build step 'compile'*
Select an action to proceed:
[0] Enter the shell
[1] Rebuild the recipe from scratch
[2] Rebuild starting from the failed step
[3] Skip recipe
[4] Abort
4
****** Error running 'bootstrap' command:*


For reference, I have attached my hacked version of the
`config/linux.config` file.

While doable, I think it would take a long time to brute-force your way
through all the bugs.

On Wed, Sep 5, 2018 at 10:57 AM Nirbheek Chauhan <nirbheek.chauhan at gmail.com>
wrote:

> On Wed, Sep 5, 2018 at 10:12 PM David Ing <ding at panopto.com> wrote:
> > The environment variables `CC` and `CXX` are overridden inside of the
> file `cerbero/config/linux.config`.  Sure, I can hack the file (along with
> the flags and everything) but it still doesn't work because there are lots
> of incompatibilities.  For example, this is the first error I see after
> `./cerbero-uninstalled build gstreamer-1.0`
> >
>
> I think you forgot to run bootstrap? Anyway, bootstrap fails with
> clang while building m4, so I built the build-tools with gcc (doesn't
> matter what they are built with). Then, the first failure was in
> gobject-introspection:
>
> ./g-ir-compiler --includedir=. --includedir=./gir --includedir=.
> --includedir=. --includedir=./gir --includedir=. gir/cairo-1.0.gir -o
> gir/cairo-1.0.typelib
> clang-6.0: error: unknown argument: '-fcf-protection'
> Traceback (most recent call last):
>   File "/usr/lib64/python3.6/distutils/unixccompiler.py", line 127, in
> _compile
>     extra_postargs)
>   File "/usr/lib64/python3.6/distutils/ccompiler.py", line 909, in spawn
>     spawn(cmd, dry_run=self.dry_run)
>   File "/usr/lib64/python3.6/distutils/spawn.py", line 36, in spawn
>     _spawn_posix(cmd, search_path, dry_run=dry_run)
>   File "/usr/lib64/python3.6/distutils/spawn.py", line 159, in _spawn_posix
>     % (cmd, exit_status))
> distutils.errors.DistutilsExecError: command 'ccache' failed with exit
> status 1
>
> So that either needs to be fixed, or introspection needs to be
> disabled everywhere as a start. Overall, I think this is probably
> doable. The main issues will be autotools recipes, but any meson
> recipes should be fine.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20180905/c960cef3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linux.config
Type: application/octet-stream
Size: 3599 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20180905/c960cef3/attachment-0001.obj>