* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
[not found] <20180408060016.70C472084F@mail.bootlin.com>
@ 2018-04-10 2:50 ` Carlos Santos
2018-04-10 3:00 ` Carlos Santos
0 siblings, 1 reply; 12+ messages in thread
From: Carlos Santos @ 2018-04-10 2:50 UTC (permalink / raw)
To: buildroot
> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> To: "Carlos Santos" <casantos@datacom.ind.br>
> Sent: Sunday, April 8, 2018 3:00:16 AM
> Subject: [autobuild.buildroot.net] Your build results for 2018-04-07
> Hello,
>
> This is the list of Buildroot build failures that occured on
> 2018-04-07, and for which you are a registered architecture developer
> or package developer. Please help us improving the quality of
> Buildroot by investigating those build failures and sending patches to
> fix them. Thanks!
>
> Results for the 'master' branch
> ===============================
>
> Build failures related to your packages:
>
> powerpc | tpm2-abrmd-1.3.0 |
> http://autobuild.buildroot.net/results/b29a2f868438a2210873ea72f491db63175848be
>
> --
> http://autobuild.buildroot.net
The it's a problem libglib2, not in tpm2-abrmd:
$ echo -e '#include <gio/gio.h>\nint main(){return 0;}' | host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
from staging/usr/include/glib-2.0/glib-object.h:23,
from staging/usr/include/glib-2.0/gio/gioenums.h:28,
from staging/usr/include/glib-2.0/gio/giotypes.h:28,
from staging/usr/include/glib-2.0/gio/gio.h:26,
from <stdin>:1:
staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
cc1: all warnings being treated as errors
This was after commit 4dcfcd17c09b5684e95943de119b95a34c93ad63, so the
bump to libglig2 v2.56.1 did not solve the problem.
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-10 2:50 ` [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07 Carlos Santos
@ 2018-04-10 3:00 ` Carlos Santos
2018-04-10 17:09 ` Fabrice Fontaine
0 siblings, 1 reply; 12+ messages in thread
From: Carlos Santos @ 2018-04-10 3:00 UTC (permalink / raw)
To: buildroot
> From: "Carlos Santos" <casantos@datacom.ind.br>
> To: "buildroot" <buildroot@buildroot.org>
> Cc: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>, "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> Sent: Monday, April 9, 2018 11:50:27 PM
> Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
>> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
>> To: "Carlos Santos" <casantos@datacom.ind.br>
>> Sent: Sunday, April 8, 2018 3:00:16 AM
>> Subject: [autobuild.buildroot.net] Your build results for 2018-04-07
>
>> Hello,
>>
>> This is the list of Buildroot build failures that occured on
>> 2018-04-07, and for which you are a registered architecture developer
>> or package developer. Please help us improving the quality of
>> Buildroot by investigating those build failures and sending patches to
>> fix them. Thanks!
>>
>> Results for the 'master' branch
>> ===============================
>>
>> Build failures related to your packages:
>>
>> powerpc | tpm2-abrmd-1.3.0 |
>> http://autobuild.buildroot.net/results/b29a2f868438a2210873ea72f491db63175848be
>>
>> --
>> http://autobuild.buildroot.net
>
> The it's a problem libglib2, not in tpm2-abrmd:
>
> $ echo -e '#include <gio/gio.h>\nint main(){return 0;}' |
> host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I
> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror
> -c - -o /tmp/foo.o
> In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
> from staging/usr/include/glib-2.0/glib-object.h:23,
> from staging/usr/include/glib-2.0/gio/gioenums.h:28,
> from staging/usr/include/glib-2.0/gio/giotypes.h:28,
> from staging/usr/include/glib-2.0/gio/gio.h:26,
> from <stdin>:1:
> staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
> staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is
> not used [-Werror=unused-value]
> cc1: all warnings being treated as errors
>
> This was after commit 4dcfcd17c09b5684e95943de119b95a34c93ad63, so the
> bump to libglig2 v2.56.1 did not solve the problem.
It seems to be relates do this specific tollchain. I can't reproduce it
using the host compiler:
$ gcc --version
gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
$ echo -e '#include <gio/gio.h>\nint main(){return 0;}' | gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
[no error]
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-10 3:00 ` Carlos Santos
@ 2018-04-10 17:09 ` Fabrice Fontaine
2018-04-10 18:53 ` Fabrice Fontaine
0 siblings, 1 reply; 12+ messages in thread
From: Fabrice Fontaine @ 2018-04-10 17:09 UTC (permalink / raw)
To: buildroot
Dear all,
2018-04-10 5:00 GMT+02:00 Carlos Santos <casantos@datacom.ind.br>:
> > From: "Carlos Santos" <casantos@datacom.ind.br>
> > To: "buildroot" <buildroot@buildroot.org>
> > Cc: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>, "Thomas Petazzoni"
> <thomas.petazzoni@bootlin.com>
> > Sent: Monday, April 9, 2018 11:50:27 PM
> > Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results
> for 2018-04-07
>
> >> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> >> To: "Carlos Santos" <casantos@datacom.ind.br>
> >> Sent: Sunday, April 8, 2018 3:00:16 AM
> >> Subject: [autobuild.buildroot.net] Your build results for 2018-04-07
> >
> >> Hello,
> >>
> >> This is the list of Buildroot build failures that occured on
> >> 2018-04-07, and for which you are a registered architecture developer
> >> or package developer. Please help us improving the quality of
> >> Buildroot by investigating those build failures and sending patches to
> >> fix them. Thanks!
> >>
> >> Results for the 'master' branch
> >> ===============================
> >>
> >> Build failures related to your packages:
> >>
> >> powerpc | tpm2-abrmd-1.3.0 |
> >> http://autobuild.buildroot.net/results/b29a2f868438a2210873
> ea72f491db63175848be
> >>
> >> --
> >> http://autobuild.buildroot.net
> >
> > The it's a problem libglib2, not in tpm2-abrmd:
> >
> > $ echo -e '#include <gio/gio.h>\nint main(){return 0;}' |
> > host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I
> > staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall
> -Werror
> > -c - -o /tmp/foo.o
> > In file included from staging/usr/include/glib-2.0/g
> object/gbinding.h:29:0,
> > from staging/usr/include/glib-2.0/glib-object.h:23,
> > from staging/usr/include/glib-2.0/gio/gioenums.h:28,
> > from staging/usr/include/glib-2.0/gio/giotypes.h:28,
> > from staging/usr/include/glib-2.0/gio/gio.h:26,
> > from <stdin>:1:
> > staging/usr/include/glib-2.0/gobject/gobject.h: In function
> 'g_set_object':
> > staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value
> computed is
> > not used [-Werror=unused-value]
> > cc1: all warnings being treated as errors
> >
> > This was after commit 4dcfcd17c09b5684e95943de119b95a34c93ad63, so the
> > bump to libglig2 v2.56.1 did not solve the problem.
>
> It seems to be relates do this specific tollchain. I can't reproduce it
> using the host compiler:
>
> $ gcc --version
> gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
> $ echo -e '#include <gio/gio.h>\nint main(){return 0;}' | gcc -x c -I
> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall
> -Werror -c - -o /tmp/foo.o
>
> [no error]
>
> Indeed, this is an issue with libglib2 on powerpc.
It seems it doesn't like the following statement:
g_object_ref (new_object);
because the return value of g_object_ref is "not used".
I can make a patch to return a void value:
(void) g_object_ref (new_object);
But if I fix this one, there is a lot more errors:
src/access-broker.c: In function 'access_broker_set_property':
src/access-broker.c:71:9: error: value computed is not used
[-Werror=unused-value]
src/command-source.c: In function 'command_source_set_property':
src/command-source.c:149:9: error: value computed is not used
[-Werror=unused-value]
src/command-source.c: In function 'command_source_on_new_connection':
src/command-source.c:277:5: error: value computed is not used
[-Werror=unused-value]
src/command-source.c: In function 'command_source_new':
src/command-source.c:429:5: error: value computed is not used
[-Werror=unused-value]
cc1: all warnings being treated as errors
Each time, it's a call to g_object_ref.
So, I search a bit and it seems that the issue is link to this definition
from gobject.h:
#if defined(__GNUC__) && !defined(__cplusplus) && GLIB_VERSION_MAX_ALLOWED
>= GLIB_VERSION_2_56
/* Make reference APIs type safe with macros */
#define g_object_ref(Obj) ((__typeof__(Obj)) (g_object_ref) (Obj))
#define g_object_ref_sink(Obj) ((__typeof__(Obj)) (g_object_ref_sink) (Obj))
#endif
These lines have been added by commit https://github.com/GNOM
E/glib/commit/3fae39a5d742afe73741f5fd7aa24e3ae8182f06.
I don't understand why it's not working on powerpc so I will just send a
patch for libglib2 to put back old behavior if __powerpc__ is defined.
> --
> Carlos Santos (Casantos) - DATACOM, P&D
> ?The greatest triumph that modern PR can offer is the transcendent
> success of having your words and actions judged by your reputation,
> rather than the other way about.? ? Christopher Hitchens
>
Best Regards,
Fabrice
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20180410/bf4221eb/attachment.html>
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-10 17:09 ` Fabrice Fontaine
@ 2018-04-10 18:53 ` Fabrice Fontaine
2018-04-11 12:39 ` Carlos Santos
0 siblings, 1 reply; 12+ messages in thread
From: Fabrice Fontaine @ 2018-04-10 18:53 UTC (permalink / raw)
To: buildroot
Dear all,
2018-04-10 19:09 GMT+02:00 Fabrice Fontaine <fontaine.fabrice@gmail.com>:
> Dear all,
>
> 2018-04-10 5:00 GMT+02:00 Carlos Santos <casantos@datacom.ind.br>:
>
>> > From: "Carlos Santos" <casantos@datacom.ind.br>
>> > To: "buildroot" <buildroot@buildroot.org>
>> > Cc: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>, "Thomas
>> Petazzoni" <thomas.petazzoni@bootlin.com>
>> > Sent: Monday, April 9, 2018 11:50:27 PM
>> > Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results
>> for 2018-04-07
>>
>> >> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
>> >> To: "Carlos Santos" <casantos@datacom.ind.br>
>> >> Sent: Sunday, April 8, 2018 3:00:16 AM
>> >> Subject: [autobuild.buildroot.net] Your build results for 2018-04-07
>> >
>> >> Hello,
>> >>
>> >> This is the list of Buildroot build failures that occured on
>> >> 2018-04-07, and for which you are a registered architecture developer
>> >> or package developer. Please help us improving the quality of
>> >> Buildroot by investigating those build failures and sending patches to
>> >> fix them. Thanks!
>> >>
>> >> Results for the 'master' branch
>> >> ===============================
>> >>
>> >> Build failures related to your packages:
>> >>
>> >> powerpc | tpm2-abrmd-1.3.0 |
>> >> http://autobuild.buildroot.net/results/b29a2f868438a2210873
>> ea72f491db63175848be
>> >>
>> >> --
>> >> http://autobuild.buildroot.net
>> >
>> > The it's a problem libglib2, not in tpm2-abrmd:
>> >
>> > $ echo -e '#include <gio/gio.h>\nint main(){return 0;}' |
>> > host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I
>> > staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall
>> -Werror
>> > -c - -o /tmp/foo.o
>> > In file included from staging/usr/include/glib-2.0/g
>> object/gbinding.h:29:0,
>> > from staging/usr/include/glib-2.0/glib-object.h:23,
>> > from staging/usr/include/glib-2.0/gio/gioenums.h:28,
>> > from staging/usr/include/glib-2.0/gio/giotypes.h:28,
>> > from staging/usr/include/glib-2.0/gio/gio.h:26,
>> > from <stdin>:1:
>> > staging/usr/include/glib-2.0/gobject/gobject.h: In function
>> 'g_set_object':
>> > staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value
>> computed is
>> > not used [-Werror=unused-value]
>> > cc1: all warnings being treated as errors
>> >
>> > This was after commit 4dcfcd17c09b5684e95943de119b95a34c93ad63, so the
>> > bump to libglig2 v2.56.1 did not solve the problem.
>>
>> It seems to be relates do this specific tollchain. I can't reproduce it
>> using the host compiler:
>>
>> $ gcc --version
>> gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
>> $ echo -e '#include <gio/gio.h>\nint main(){return 0;}' | gcc -x c -I
>> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall
>> -Werror -c - -o /tmp/foo.o
>>
>> [no error]
>>
>> Indeed, this is an issue with libglib2 on powerpc.
> It seems it doesn't like the following statement:
> g_object_ref (new_object);
>
> because the return value of g_object_ref is "not used".
>
> I can make a patch to return a void value:
> (void) g_object_ref (new_object);
>
> But if I fix this one, there is a lot more errors:
>
> src/access-broker.c: In function 'access_broker_set_property':
> src/access-broker.c:71:9: error: value computed is not used
> [-Werror=unused-value]
> src/command-source.c: In function 'command_source_set_property':
> src/command-source.c:149:9: error: value computed is not used
> [-Werror=unused-value]
> src/command-source.c: In function 'command_source_on_new_connection':
> src/command-source.c:277:5: error: value computed is not used
> [-Werror=unused-value]
> src/command-source.c: In function 'command_source_new':
> src/command-source.c:429:5: error: value computed is not used
> [-Werror=unused-value]
> cc1: all warnings being treated as errors
>
> Each time, it's a call to g_object_ref.
>
> So, I search a bit and it seems that the issue is link to this definition
> from gobject.h:
>
> #if defined(__GNUC__) && !defined(__cplusplus) && GLIB_VERSION_MAX_ALLOWED
> >= GLIB_VERSION_2_56
> /* Make reference APIs type safe with macros */
> #define g_object_ref(Obj) ((__typeof__(Obj)) (g_object_ref) (Obj))
> #define g_object_ref_sink(Obj) ((__typeof__(Obj)) (g_object_ref_sink)
> (Obj))
> #endif
>
> These lines have been added by commit https://github.com/GNOM
> E/glib/commit/3fae39a5d742afe73741f5fd7aa24e3ae8182f06.
> I don't understand why it's not working on powerpc so I will just send a
> patch for libglib2 to put back old behavior if __powerpc__ is defined.
>
Disabling this feature on powerpc is not a good solution for the glib
developers: https://bugzilla.gnome.org/show_bug.cgi?id=795138.
So except if someone knows why this define doesn't work on powerpc, perhaps
we could remove -Werror from tpm2-abrmd package and hope that other glib
packages will not break on powerpc ...
>
>
>> --
>> Carlos Santos (Casantos) - DATACOM, P&D
>> ?The greatest triumph that modern PR can offer is the transcendent
>> success of having your words and actions judged by your reputation,
>> rather than the other way about.? ? Christopher Hitchens
>>
> Best Regards,
>
> Fabrice
>
Best Regards,
Fabrice
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20180410/8581bbf7/attachment.html>
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-10 18:53 ` Fabrice Fontaine
@ 2018-04-11 12:39 ` Carlos Santos
2018-04-11 13:19 ` Thomas Petazzoni
0 siblings, 1 reply; 12+ messages in thread
From: Carlos Santos @ 2018-04-11 12:39 UTC (permalink / raw)
To: buildroot
> From: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>
> To: "Carlos Santos" <casantos@datacom.ind.br>
> Cc: "buildroot" <buildroot@buildroot.org>, "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> Sent: Tuesday, April 10, 2018 3:53:44 PM
> Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
[...]
>> Indeed, this is an issue with libglib2 on powerpc.
>> It seems it doesn't like the following statement:
>> g_object_ref (new_object);
>> because the return value of g_object_ref is "not used".
>> I can make a patch to return a void value:
>> (void) g_object_ref (new_object);
>> But if I fix this one, there is a lot more errors:
>> src/access-broker.c: In function 'access_broker_set_property':
>> src/access-broker.c:71:9: error: value computed is not used
>> [-Werror=unused-value]
>> src/command-source.c: In function 'command_source_set_property':
>> src/command-source.c:149:9: error: value computed is not used
>> [-Werror=unused-value]
>> src/command-source.c: In function 'command_source_on_new_connection':
>> src/command-source.c:277:5: error: value computed is not used
>> [-Werror=unused-value]
>> src/command-source.c: In function 'command_source_new':
>> src/command-source.c:429:5: error: value computed is not used
>> [-Werror=unused-value]
>> cc1: all warnings being treated as errors
>> Each time, it's a call to g_object_ref.
>> So, I search a bit and it seems that the issue is link to this definition from
>> gobject.h:
>> #if defined(__GNUC__) && !defined(__cplusplus) && GLIB_VERSION_MAX_ALLOWED >=
>> GLIB_VERSION_2_56
>> /* Make reference APIs type safe with macros */
>> #define g_object_ref(Obj) ((__typeof__(Obj)) (g_object_ref) (Obj))
>> #define g_object_ref_sink(Obj) ((__typeof__(Obj)) (g_object_ref_sink) (Obj))
>> #endif
>> These lines have been added by commit [
>> https://github.com/GNOME/glib/commit/3fae39a5d742afe73741f5fd7aa24e3ae8182f06 |
>> https://github.com/GNOME/glib/commit/3fae39a5d742afe73741f5fd7aa24e3ae8182f06 ]
>> .
>> I don't understand why it's not working on powerpc so I will just send a patch
>> for libglib2 to put back old behavior if __powerpc__ is defined.
> Disabling this feature on powerpc is not a good solution for the glib
> developers: [ https://bugzilla.gnome.org/show_bug.cgi?id=795138 |
> https://bugzilla.gnome.org/show_bug.cgi?id=795138 ] .
> So except if someone knows why this define doesn't work on powerpc, perhaps we
> could remove -Werror from tpm2-abrmd package and hope that other glib packages
> will not break on powerpc ...
I investigated it a little bit more and it seems to be restricted to
the rather old GCC used in that build.
$ host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc --version
powerpc-ctng_e500v2-linux-gnuspe-gcc (crosstool-NG hg+-c65fcf8a34b7) 4.7.3
$ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
from staging/usr/include/glib-2.0/glib-object.h:23,
from <stdin>:1:
staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
cc1: all warnings being treated as errors
Using newer GCC versions:
$ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG 1.20.0) 4.8.2
$ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
[success]
$ host/bin/powerpc-buildroot-linux-uclibc-gcc --version
powerpc-buildroot-linux-uclibc-gcc.br_real (Buildroot 2016.08-git-01162-g94c7298) 4.9.3
echo -e '#include <glib-object.h>\n' | host/bin/powerpc-buildroot-linux-uclibc-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
[success]
$ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG bf52f9a) 5.3.0
$ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
[success]
$ host/bin/powerpc-linux-gcc --version
powerpc-linux-gcc.br_real (Buildroot 2017.08-git-01078-g95b1dae) 6.3.0
echo -e '#include <glib-object.h>\n' | host/bin/powerpc-linux-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
[success]
So I think we should make libglib2 depend on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 if
the target architecture is PowerPC. Do you agree?
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-11 12:39 ` Carlos Santos
@ 2018-04-11 13:19 ` Thomas Petazzoni
2018-04-12 2:40 ` Carlos Santos
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Petazzoni @ 2018-04-11 13:19 UTC (permalink / raw)
To: buildroot
Hello,
On Wed, 11 Apr 2018 09:39:24 -0300 (BRT), Carlos Santos wrote:
> I investigated it a little bit more and it seems to be restricted to
> the rather old GCC used in that build.
>
> $ host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc --version
> powerpc-ctng_e500v2-linux-gnuspe-gcc (crosstool-NG hg+-c65fcf8a34b7) 4.7.3
> $ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
> from staging/usr/include/glib-2.0/glib-object.h:23,
> from <stdin>:1:
> staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
> staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
> cc1: all warnings being treated as errors
>
> Using newer GCC versions:
>
> $ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
> powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG 1.20.0) 4.8.2
> $ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> [success]
>
> $ host/bin/powerpc-buildroot-linux-uclibc-gcc --version
> powerpc-buildroot-linux-uclibc-gcc.br_real (Buildroot 2016.08-git-01162-g94c7298) 4.9.3
> echo -e '#include <glib-object.h>\n' | host/bin/powerpc-buildroot-linux-uclibc-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> [success]
>
> $ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
> powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG bf52f9a) 5.3.0
> $ echo -e '#include <glib-object.h>\n' | host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> [success]
>
> $ host/bin/powerpc-linux-gcc --version
> powerpc-linux-gcc.br_real (Buildroot 2017.08-git-01078-g95b1dae) 6.3.0
> echo -e '#include <glib-object.h>\n' | host/bin/powerpc-linux-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> [success]
>
> So I think we should make libglib2 depend on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 if
> the target architecture is PowerPC. Do you agree?
Is this problem really PowerPC specific ? Did you try other gcc 4.7
toolchains for other architectures ?
Also, adding new dependencies on libglib2 is an absolute nightmare: you
have to propagate those new dependencies to gazillions of packages (all
reverse dependencies of libglib2) :-/
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-11 13:19 ` Thomas Petazzoni
@ 2018-04-12 2:40 ` Carlos Santos
2018-04-12 7:06 ` Thomas Petazzoni
0 siblings, 1 reply; 12+ messages in thread
From: Carlos Santos @ 2018-04-12 2:40 UTC (permalink / raw)
To: buildroot
> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> To: "Carlos Santos" <casantos@datacom.ind.br>
> Cc: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>, "buildroot" <buildroot@buildroot.org>
> Sent: Wednesday, April 11, 2018 10:19:10 AM
> Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
> Hello,
>
> On Wed, 11 Apr 2018 09:39:24 -0300 (BRT), Carlos Santos wrote:
>
>> I investigated it a little bit more and it seems to be restricted to
>> the rather old GCC used in that build.
>>
>> $ host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc --version
>> powerpc-ctng_e500v2-linux-gnuspe-gcc (crosstool-NG hg+-c65fcf8a34b7) 4.7.3
>> $ echo -e '#include <glib-object.h>\n' |
>> host/bin/powerpc-ctng_e500v2-linux-gnuspe-gcc -x c -I
>> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror
>> -c - -o /tmp/foo.o
>> In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
>> from staging/usr/include/glib-2.0/glib-object.h:23,
>> from <stdin>:1:
>> staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
>> staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is
>> not used [-Werror=unused-value]
>> cc1: all warnings being treated as errors
>>
>> Using newer GCC versions:
>>
>> $ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
>> powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG 1.20.0) 4.8.2
>> $ echo -e '#include <glib-object.h>\n' |
>> host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0
>> -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
>> [success]
>>
>> $ host/bin/powerpc-buildroot-linux-uclibc-gcc --version
>> powerpc-buildroot-linux-uclibc-gcc.br_real (Buildroot
>> 2016.08-git-01162-g94c7298) 4.9.3
>> echo -e '#include <glib-object.h>\n' |
>> host/bin/powerpc-buildroot-linux-uclibc-gcc -x c -I
>> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror
>> -c - -o /tmp/foo.o
>> [success]
>>
>> $ host/bin/powerpc-e500v2-linux-gnuspe-gcc --version
>> powerpc-e500v2-linux-gnuspe-gcc (crosstool-NG bf52f9a) 5.3.0
>> $ echo -e '#include <glib-object.h>\n' |
>> host/bin/powerpc-e500v2-linux-gnuspe-gcc -x c -I staging/usr/include/glib-2.0
>> -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
>> [success]
>>
>> $ host/bin/powerpc-linux-gcc --version
>> powerpc-linux-gcc.br_real (Buildroot 2017.08-git-01078-g95b1dae) 6.3.0
>> echo -e '#include <glib-object.h>\n' | host/bin/powerpc-linux-gcc -x c -I
>> staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror
>> -c - -o /tmp/foo.o
>> [success]
>>
>> So I think we should make libglib2 depend on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 if
>> the target architecture is PowerPC. Do you agree?
>
> Is this problem really PowerPC specific ? Did you try other gcc 4.7
> toolchains for other architectures ?
I will try to find a museum from which I can get such toolchains.
> Also, adding new dependencies on libglib2 is an absolute nightmare: you
> have to propagate those new dependencies to gazillions of packages (all
> reverse dependencies of libglib2) :-/
Indeed it is. :-(
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-12 2:40 ` Carlos Santos
@ 2018-04-12 7:06 ` Thomas Petazzoni
2018-04-12 14:27 ` Carlos Santos
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Petazzoni @ 2018-04-12 7:06 UTC (permalink / raw)
To: buildroot
Hello,
On Wed, 11 Apr 2018 23:40:37 -0300 (BRT), Carlos Santos wrote:
> > Is this problem really PowerPC specific ? Did you try other gcc 4.7
> > toolchains for other architectures ?
>
> I will try to find a museum from which I can get such toolchains.
Old Sourcery toolchains can typically be used for that, and
http://sources.buildroot.net/ is a good museum to find them. For
example:
http://sources.buildroot.net/arm-2009q1-203-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
http://sources.buildroot.net/arm-2009q3-67-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
http://sources.buildroot.net/arm-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
http://sources.buildroot.net/arm-2010q1-202-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
etc.
> > Also, adding new dependencies on libglib2 is an absolute nightmare: you
> > have to propagate those new dependencies to gazillions of packages (all
> > reverse dependencies of libglib2) :-/
>
> Indeed it is. :-(
Hence we should try to avoid this if possible :-)
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-12 7:06 ` Thomas Petazzoni
@ 2018-04-12 14:27 ` Carlos Santos
2018-04-12 14:37 ` Thomas Petazzoni
0 siblings, 1 reply; 12+ messages in thread
From: Carlos Santos @ 2018-04-12 14:27 UTC (permalink / raw)
To: buildroot
> From: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
> To: "Carlos Santos" <casantos@datacom.ind.br>
> Cc: "Fabrice Fontaine" <fontaine.fabrice@gmail.com>, "buildroot" <buildroot@buildroot.org>
> Sent: Thursday, April 12, 2018 4:06:41 AM
> Subject: Re: [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
> Hello,
>
> On Wed, 11 Apr 2018 23:40:37 -0300 (BRT), Carlos Santos wrote:
>
>> > Is this problem really PowerPC specific ? Did you try other gcc 4.7
>> > toolchains for other architectures ?
>>
>> I will try to find a museum from which I can get such toolchains.
>
> Old Sourcery toolchains can typically be used for that, and
> http://sources.buildroot.net/ is a good museum to find them. For
> example:
>
> http://sources.buildroot.net/arm-2009q1-203-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
> http://sources.buildroot.net/arm-2009q3-67-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
> http://sources.buildroot.net/arm-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
> http://sources.buildroot.net/arm-2010q1-202-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
> etc.
I generated toolchains with ct-NG 1.20 for i686 and ARM. Here are
the results:
$ i686-nptl-linux-gnu-gcc --version
i686-nptl-linux-gnu-gcc (crosstool-NG 1.20.0) 4.7.4
$ echo '#include <glib-object.h>' | i686-nptl-linux-gnu-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
from staging/usr/include/glib-2.0/glib-object.h:23,
from <stdin>:1:
staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
cc1: all warnings being treated as errors
$ arm-unknown-linux-gnueabi-gcc --version
arm-unknown-linux-gnueabi-gcc (crosstool-NG 1.20.0) 4.7.4
$ echo '#include <glib-object.h>' | arm-unknown-linux-gnueabi-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
from staging/usr/include/glib-2.0/glib-object.h:23,
from <stdin>:1:
staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
cc1: all warnings being treated as errors
>
>> > Also, adding new dependencies on libglib2 is an absolute nightmare: you
>> > have to propagate those new dependencies to gazillions of packages (all
>> > reverse dependencies of libglib2) :-/
>>
>> Indeed it is. :-(
>
> Hence we should try to avoid this if possible :-)
I will change in the tpm2-abrmd recipe but will try to restrict it to
GCC 4.7.x and below.
--
Carlos Santos (Casantos) - DATACOM, P&D
?The greatest triumph that modern PR can offer is the transcendent
success of having your words and actions judged by your reputation,
rather than the other way about.? ? Christopher Hitchens
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-12 14:27 ` Carlos Santos
@ 2018-04-12 14:37 ` Thomas Petazzoni
0 siblings, 0 replies; 12+ messages in thread
From: Thomas Petazzoni @ 2018-04-12 14:37 UTC (permalink / raw)
To: buildroot
Hello,
On Thu, 12 Apr 2018 11:27:19 -0300 (BRT), Carlos Santos wrote:
> I generated toolchains with ct-NG 1.20 for i686 and ARM. Here are
> the results:
>
> $ i686-nptl-linux-gnu-gcc --version
> i686-nptl-linux-gnu-gcc (crosstool-NG 1.20.0) 4.7.4
> $ echo '#include <glib-object.h>' | i686-nptl-linux-gnu-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
> from staging/usr/include/glib-2.0/glib-object.h:23,
> from <stdin>:1:
> staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
> staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
> cc1: all warnings being treated as errors
>
> $ arm-unknown-linux-gnueabi-gcc --version
> arm-unknown-linux-gnueabi-gcc (crosstool-NG 1.20.0) 4.7.4
> $ echo '#include <glib-object.h>' | arm-unknown-linux-gnueabi-gcc -x c -I staging/usr/include/glib-2.0 -I staging/usr/lib/glib-2.0/include -Wall -Werror -c - -o /tmp/foo.o
> In file included from staging/usr/include/glib-2.0/gobject/gbinding.h:29:0,
> from staging/usr/include/glib-2.0/glib-object.h:23,
> from <stdin>:1:
> staging/usr/include/glib-2.0/gobject/gobject.h: In function 'g_set_object':
> staging/usr/include/glib-2.0/gobject/gobject.h:725:5: error: value computed is not used [-Werror=unused-value]
> cc1: all warnings being treated as errors
So the problem is indeed not PowerPC specific :) Thanks for taking the
time to generate those toolchains BTW!
Perhaps this will encourage the glib developers to accept a solution
upstream ?
> I will change in the tpm2-abrmd recipe but will try to restrict it to
> GCC 4.7.x and below.
What about a solution in glib itself ? Make those definitions
conditional on the gcc version, i.e only if gcc >= 4.8 is used ?
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
2018-04-08 15:09 ` André Hentschel
@ 2018-04-08 15:48 ` Yann E. MORIN
0 siblings, 0 replies; 12+ messages in thread
From: Yann E. MORIN @ 2018-04-08 15:48 UTC (permalink / raw)
To: buildroot
Andr?, All,
On 2018-04-08 17:09 +0200, Andr? Hentschel spake thusly:
> Am 08.04.2018 um 08:00 schrieb Thomas Petazzoni:
> > Hello,
> >
> > This is the list of Buildroot build failures that occured on
> > 2018-04-07, and for which you are a registered architecture developer
> > or package developer. Please help us improving the quality of
> > Buildroot by investigating those build failures and sending patches to
> > fix them. Thanks!
> >
> > Results for the 'master' branch
> > ===============================
> >
> > Build failures related to your packages:
> >
> > arc | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/35f9f7a4adc6c2cad741079e4afdf1408c94703b
> > arc | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/258a0d3e7d40ed2d558127d9d201a8d21c219f0d
> > powerpc64le | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/3197c847eb12aebc3509a7e11741530df57d2f14
> > i686 | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/70c9a898a5ef148acc92fb505a8d2608b8ac485a
> >
>
> Hi,
>
> I already have another mail with one failure of this kind.
> It all comes down to a broken setup it seems to me:
>
> > ^[[3m>>> azure-iot-sdk-c 2018-03-16 Downloading^[[23m
> > Initialized empty Git repository in /home/peko/autobuild/instance-0/dl/azure-iot-sdk-c/git/.git/
> > Unknown option: -C
> > usage: git [--version] [--help] [-c name=value]
> > [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path]
> > [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
> > [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>]
> > <command> [<args>]
OK, so old git versions do not have the -C option. This is a fall-out of
the big download changes we've made last week-end to supoprt git caching.
Thanks for the investigations, I'll fix the issue.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply [flat|nested] 12+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07
[not found] <20180408060016.A832E207F1@mail.bootlin.com>
@ 2018-04-08 15:09 ` André Hentschel
2018-04-08 15:48 ` Yann E. MORIN
0 siblings, 1 reply; 12+ messages in thread
From: André Hentschel @ 2018-04-08 15:09 UTC (permalink / raw)
To: buildroot
Am 08.04.2018 um 08:00 schrieb Thomas Petazzoni:
> Hello,
>
> This is the list of Buildroot build failures that occured on
> 2018-04-07, and for which you are a registered architecture developer
> or package developer. Please help us improving the quality of
> Buildroot by investigating those build failures and sending patches to
> fix them. Thanks!
>
> Results for the 'master' branch
> ===============================
>
> Build failures related to your packages:
>
> arc | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/35f9f7a4adc6c2cad741079e4afdf1408c94703b
> arc | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/258a0d3e7d40ed2d558127d9d201a8d21c219f0d
> powerpc64le | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/3197c847eb12aebc3509a7e11741530df57d2f14
> i686 | azure-iot-sdk-c-2018-03-16 | http://autobuild.buildroot.net/results/70c9a898a5ef148acc92fb505a8d2608b8ac485a
>
Hi,
I already have another mail with one failure of this kind.
It all comes down to a broken setup it seems to me:
> ^[[3m>>> azure-iot-sdk-c 2018-03-16 Downloading^[[23m
> Initialized empty Git repository in /home/peko/autobuild/instance-0/dl/azure-iot-sdk-c/git/.git/
> Unknown option: -C
> usage: git [--version] [--help] [-c name=value]
> [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path]
> [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
> [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>]
> <command> [<args>]
...
> ^[[3m>>> azure-iot-sdk-c 2018-03-16 Downloading^[[23m
> fatal: No such remote 'origin'
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2018-04-12 14:37 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20180408060016.70C472084F@mail.bootlin.com>
2018-04-10 2:50 ` [Buildroot] [autobuild.buildroot.net] Your build results for 2018-04-07 Carlos Santos
2018-04-10 3:00 ` Carlos Santos
2018-04-10 17:09 ` Fabrice Fontaine
2018-04-10 18:53 ` Fabrice Fontaine
2018-04-11 12:39 ` Carlos Santos
2018-04-11 13:19 ` Thomas Petazzoni
2018-04-12 2:40 ` Carlos Santos
2018-04-12 7:06 ` Thomas Petazzoni
2018-04-12 14:27 ` Carlos Santos
2018-04-12 14:37 ` Thomas Petazzoni
[not found] <20180408060016.A832E207F1@mail.bootlin.com>
2018-04-08 15:09 ` André Hentschel
2018-04-08 15:48 ` Yann E. MORIN
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.