Hi,
a list of things that usually break with each new gcc (like fortran
modules) would be nice to avoid a lot of pain with debugging. Does it
already exist?
WxGTK keeps a string WX_BUILD_OPTIONS_SIGNATURE currently saying 2.8
(no debug,Unicode,compiler with C++ ABI 1002,wx
On Thu, Feb 19, 2015 at 04:12:43PM +0100, Frantisek Kluknavsky wrote:
a list of things that usually break with each new gcc (like fortran modules)
would be nice to avoid a lot of pain with debugging. Does it already exist?
WxGTK keeps a string WX_BUILD_OPTIONS_SIGNATURE currently saying 2.8
On Sun, Feb 8, 2015 at 10:17 AM, Marek Polacek pola...@redhat.com wrote:
odb-2.3.0-8.fc22.src.rpm
build failure because the gcc plugin API has changed.
odb has been updated to 2.4.0 which supports the new gcc 5.0 plugin API,
but whenever I try to do the rebuild it fails to find
On Sun, 15 Feb 2015 23:14:33 +0100, Jakub Jelinek wrote:
On Sun, Feb 15, 2015 at 11:08:55PM +0100, Michael Schwendt wrote:
On Sun, 8 Feb 2015 18:17:56 +0100, Marek Polacek wrote:
either package bugs, or GCC bugs. As things stand, just about 19
packages did
not build due to bugs
On Sun, Feb 15, 2015 at 11:08:55PM +0100, Michael Schwendt wrote:
On Sun, 8 Feb 2015 18:17:56 +0100, Marek Polacek wrote:
either package bugs, or GCC bugs. As things stand, just about 19 packages
did
not build due to bugs in gcc-5.0.0-0.5.fc22. All GCC bugs except one are
fixed
at
On Sun, 08 Feb 2015 18:17:56 +0100, Marek Polacek wrote:
gdb-7.8.50.20150108-1.fc22.src.rpm
Fixed/rebuilt, upstream not really affected.
http://pkgs.fedoraproject.org/cgit/gdb.git/commit/?id=5d84d7a16acc0469b6829f276987cf74e10ae848
Jan
--
devel mailing list
On Sunday, 08 February 2015 at 18:17, Marek Polacek wrote:
[...]
The following is a more detailed list of what and why failed.
abook-0.6.0-0.15.20140116git5840fce.fc22.src.rpm
Fixed.
Regards,
Dominik
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
Faith
On 02/11/2015 03:11 PM, Marek Polacek wrote:
On Wed, Feb 11, 2015 at 02:58:25PM +0100, Jakub Jelen wrote:
On 02/08/2015 06:17 PM, Marek Polacek wrote:
To get some sense on how is GCC 5 standing, we (myself and Jakub Jelinek)
have performed a test mass rebuild of rawhide (January 15th package
On Wed, Feb 11, 2015 at 02:58:25PM +0100, Jakub Jelen wrote:
On 02/08/2015 06:17 PM, Marek Polacek wrote:
To get some sense on how is GCC 5 standing, we (myself and Jakub Jelinek)
have performed a test mass rebuild of rawhide (January 15th package list)
using gcc-5.0.0-0.5.fc22 on x86_64, and
On 2015-02-08, 17:17 GMT, Marek Polacek wrote:
xiphos-4.0.0-3.fc22.src.rpm
this package failed to build because the limit of the
instantiation depth has been reached.
Upstream maintainers of Xiphos asked me whether there are some
build.logs for this available as obviously they
python3-3.4.2-3.fc22.src.rpm
build started failing with http://gcc.gnu.org/PR60517
The code has an undefined behavior (returning address of a local
variable);
it
tried to perform a stack overflow, but the compiler turned the code via
tail
recursion
- Original Message -
From: Jakub Jelinek ja...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Cc: Marek Polacek mpola...@redhat.com
Sent: Wednesday, February 11, 2015 12:53:18 PM
Subject: Re: Results of a test mass rebuild of rawhide/x86_64
On Wed, Feb 11, 2015 at 06:25:10AM -0500, Matej Stuchlik wrote:
python3-3.4.2-3.fc22.src.rpm
build started failing with http://gcc.gnu.org/PR60517
The code has an undefined behavior (returning address of a local
variable);
it
tried to perform a stack overflow, but the
On Wed, Feb 11, 2015 at 06:25:10AM -0500, Matej Stuchlik wrote:
python3-3.4.2-3.fc22.src.rpm
build started failing with http://gcc.gnu.org/PR60517
The code has an undefined behavior (returning address of a local
variable);
it
tried to perform a stack overflow, but the
Marek Polacek pola...@redhat.com writes:
To get some sense on how is GCC 5 standing, we (myself and Jakub Jelinek)
have performed a test mass rebuild of rawhide (January 15th package list)
using gcc-5.0.0-0.5.fc22 on x86_64, and for those packages that failed also
rebuilt the same package with
On Sun, Feb 08, 2015 at 06:17:56PM +0100, Marek Polacek wrote:
libixion-0.7.0-3.fc22.src.rpm
liborcus-0.7.0-5.fc22.src.rpm
Fixed.
D,
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On Tue, 2015-02-10 at 07:34 +0100, Ralf Corsepius wrote:
On 02/10/2015 06:22 AM, Marek Polacek wrote:
On Mon, Feb 09, 2015 at 02:43:25PM -0700, Jerry James wrote:
On Sun, Feb 8, 2015 at 10:17 AM, Marek Polacek pola...@redhat.com wrote:
bigloo-4.1a-6.2.fc22.src.rpm
On Mon, Feb 9, 2015 at 10:22 PM, Marek Polacek pola...@redhat.com wrote:
IIRC bigloo contains various autoconf shell scripts with KR code in
them (that fail with -Werror now) to detect e.g. -fpic. So that's why
the -fpic wasn't used.
Oh, I see. Thanks. I have sent an email upstream to
On Tue, Feb 10, 2015 at 04:05:31PM +0100, Ralf Corsepius wrote:
On 02/10/2015 03:56 PM, Adam Jackson wrote:
If only there was some way to use different CFLAGS for configure than
for the project.
Well, wouldn't you agree that developers should be able to read warnings and
filter out the
On 02/10/2015 07:05 AM, Ralf Corsepius wrote:
Well, wouldn't you agree that developers should be able to read warnings
and filter out the serious one?
If a project has more than a screen-full of harmless warnings, then
it's very easy to miss when a serious one slips in. I prefer -Werror so
On 02/10/2015 03:56 PM, Adam Jackson wrote:
If only there was some way to use different CFLAGS for configure than
for the project.
Well, wouldn't you agree that developers should be able to read warnings
and filter out the serious one?
Ralf
--
devel mailing list
On 02/10/2015 06:22 AM, Marek Polacek wrote:
On Mon, Feb 09, 2015 at 02:43:25PM -0700, Jerry James wrote:
On Sun, Feb 8, 2015 at 10:17 AM, Marek Polacek pola...@redhat.com wrote:
bigloo-4.1a-6.2.fc22.src.rpm
memstomp-0.1.4-15.fc22.src.rpm
build failure due to gnu11 change:
On Sun, Feb 08, 2015 at 06:17:56PM +0100, Marek Polacek wrote:
criu-1.4-1.fc22.src.rpm
gcc bug - rejects valid code in C99 mode ([X ... Y] style
initialization,
a GNU extension).
not fixed yet, http://gcc.gnu.org/PR64856
Fixed upstream now.
Marek
--
devel mailing
On Sun, Feb 8, 2015 at 10:17 AM, Marek Polacek pola...@redhat.com wrote:
bigloo-4.1a-6.2.fc22.src.rpm
memstomp-0.1.4-15.fc22.src.rpm
build failure due to gnu11 change: -Wimplicit-int is turned on by
default now,
which is the reason these packages didn't compile properly. See
On Mon, Feb 09, 2015 at 02:43:25PM -0700, Jerry James wrote:
On Sun, Feb 8, 2015 at 10:17 AM, Marek Polacek pola...@redhat.com wrote:
bigloo-4.1a-6.2.fc22.src.rpm
memstomp-0.1.4-15.fc22.src.rpm
build failure due to gnu11 change: -Wimplicit-int is turned on by
default now,
To get some sense on how is GCC 5 standing, we (myself and Jakub Jelinek)
have performed a test mass rebuild of rawhide (January 15th package list)
using gcc-5.0.0-0.5.fc22 on x86_64, and for those packages that failed also
rebuilt the same package with gcc-4.9.2-5.fc22.x86_64 to quickly remove
On 08/02/15 17:17, Marek Polacek wrote:
nodejs-mapnik-vector-tile-0.6.1-1.fc22.src.rpm
build failure due to wrong check of the GCC version; it uses C++11
features
without specifying -std=c++11 or -std=gnu++11.
I've patched this in Fedora and sent the patch upstream.
Tom
--
27 matches
Mail list logo