https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65246
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65246
--- Comment #1 from Matthias Klose ---
Author: doko
Date: Sat Feb 28 09:22:43 2015
New Revision: 221076
URL: https://gcc.gnu.org/viewcvs?rev=221076&root=gcc&view=rev
Log:
2015-02-28 Matthias Klose
PR libstdc++/65246
* python/
ormal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
When gdb is linked/used with Python 3, import of the pretty printers fails:
Traceback (most recent call last):
File
"/usr/share/gdb/auto-lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #2 from Matthias Klose ---
shorter testcase from another package:
$ g++ -c -g -O3 -Wno-write-strings Channel.ii
Channel.ii: In member function 'void C::m_fn2()':
Channel.ii:46:1: internal compiler error: in gen_add2_insn, at optabs.
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with r221042
build log:
https://launchpadlibrarian.net/198876955/buildlog_ubuntu-vivid-ppc64el.apt-cacher-ng_0.8.0-3_BUILDING.txt.gz
build tarball:
http
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
with r221042
$ g++ -c -g -O3 loadbi3.ii
loadbi3.ii: In function 'void J::m_fn8()':
loadbi3.ii:91:1: internal compiler error: in gen_add
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
with r221042
$ gcc -c -g -O3 -Wno-implicit-int wmccc_dialogs.i
wmccc_dialogs.i: In function
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
trunk r221042
$ g++ -c -g -O3 -ffast-math modules_mod.ii
modules_mod.ii: In member function 'uint32_t D::m_fn3()':
modules_mod.ii:6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #4 from Matthias Klose ---
does adding -fstack-protector-strong make a difference?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Matthias Klose changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Matthias Klose
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen when building ardour on armhf, r220999
$ g++ -c -O3 audio_track.ii
audio_track.ii: In function 'void export_stuff()':
audio_track.ii:71:6: internal compiler error: Segmentation f
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with r221042
configured with --with-arch=armv7-a --with-fpu=vfpv3-d16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63958
Matthias Klose changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #10 from Matthias Klose
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with 20150205 on arm-linux-gnueabihf, configured with --with-arch=armv7-a
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with 20150205 on arm-linux-gnueabihf, configured with --with-arch=armv7-a
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
g++ -c -g -O2 -fPIC
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with 20150205 on arm-linux-gnueabihf, configured with --with-arch=armv7-a
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
$ g++ -c -fPIC -finline-functions -O3 if_algo.ii
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with 20150205 on arm-linux-gnueabihf, configured --with-arch=armv7-a
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
$ g++ -c -g -O2 vga_tseng.ii
vga_tseng.ii:37:1: internal
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 34737
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34737&action=edit
preprocessed source
seen with 2
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
build failure in openjade, with 20150205 and 20150211, configured
--with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
$ g++ -g -fpermissive -O2 -c -fPIC GroveBuilder.ii
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
build failure in libffado, seen with 20150205 and 20150211 on
arm-linux-gnueabihf, configured --with-arch=armv7-a --with-fpu=vfpv3-d16
--with-float=hard --with-mode=thumb
g++ -c -g -O2 -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65012
--- Comment #1 from Matthias Klose ---
/bin/bash ./libtool --tag=CC --mode=link gcc -pipe -Wall -Wextra -Wno-inline
-Wundef -Wformat=2 -Wformat-security -Wformat
-nonliteral -Wlogical-op -Wsign-compare -Wmissing-include-dirs
-Wold-style-defini
: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with a test rebuild and trunk 20150205,
http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs
++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with trunk 20150210 on x86_64-linux-gnu
$ g++ -c -O2 IFCCurve.ii
IFCCurve.ii: In member function 'virtual int B::m_fn1(float) const':
IFCCurve.ii:22:1: internal compiler error: Segmenta
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with trunk 20150210 on x86_64-linux-gnu
$ g++ -c -g -O2 World.cc
World.cc: In function 'void passTime()':
World.cc:23:6: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
--- Comment #3 from Matthias Klose ---
I found this snippet in one of the xapian headers.
#ifdef __GNUC__
#if __GNUC__ < 3 || (__GNUC__ == 3 && __GNUC_MINOR__ == 0)
#error Xapian no longer supports GCC < 3.1
#else
#if !defined(__GXX_ABI_VERSION)
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
currently defined as:
#define __GXX_ABI_VERSION 99
I assume this needs a proper definition for the release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64068
--- Comment #11 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64559
--- Comment #5 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
--- Comment #2 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
--- Comment #1 from Matthias Klose ---
couldn't find any approval email on gcc-patches for the backport. Was this
supposed to go to the gcc-4.9 google branch?
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 34668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34668&action=edit
test case
: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
The -Wabi-tag warning is not documented, it only shows up in gcc
--help=warnings
-Wabi-tag Warn if a subobject has an abi_tag attribute that
the complete object type
does
: dmalcolm at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
libgccjit is installed twice, correctly into $(libdir), but again into
$(gcc_lib_dir); if the latter is required, it should be a symlink to the .so
file in $(libdir).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64268
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with 20141211, r218620, failing to configure libgcc:
configure:3427: /home/doko/gcc/gcc-snapshot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689
--- Comment #7 from Matthias Klose ---
sorry, can't say anymore. Debian dropped ia64, and I don't have access anymore
to any hardware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64103
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64103
--- Comment #3 from Matthias Klose ---
Author: doko
Date: Tue Dec 2 16:32:24 2014
New Revision: 218278
URL: https://gcc.gnu.org/viewcvs?rev=218278&root=gcc&view=rev
Log:
2014-12-02 Matthias Klose
PR libstdc++/64103
Backport
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
[forwarded from https://bugs.debian.org/770843]
the bug reporter mentions this is accepted by g++, but not by clang++ (using
libstdc++), giving the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63588
--- Comment #4 from Matthias Klose ---
libjava builds again with 20141119 on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63934
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63951
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
seen
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
trunk r217719
/«PKGBUILDDIR»/src/libjava/classpath/gnu/java/net/protocol/ftp/FTPConnection.java:659:0:
internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63951
--- Comment #1 from Matthias Klose ---
trunk r217719
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with both arm-linux-gnueabi and arm-linux-gnueabihf
make[7]: Entering directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63751
--- Comment #2 from Matthias Klose ---
and it needed r211910, found after a first build.
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
fails on the 4.9 branch, works on the trunk
$ cat tst.c
/* testatomic.c */
#include
#include
struct myrcu_pointer
{
_Atomic(void *) p;
};
bool
myrcu_compare_exchange__(struct myrcu_pointer *pointer, const
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 33894
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33894&action=edit
test case
seen with current 4.9 branch and trunk on arm-linux-gnueabihf
$ gcc-4.8 -O2 -c reg.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63588
--- Comment #2 from Matthias Klose ---
yes, see above.
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen building libjava on arm-linux-gnueabihf on the trunk (PR63574 for the
bootstrap issue).
$ cat foo.cc
template < class T > T elements;
elements <>
$ /home/doko/gcc/
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
libjava ftbfs on trunk r216349, last successful build seen on 20140919
../../../src/libjava/sun/misc/natUnsafe.cc -fPIC -DPIC -o
sun/misc/.libs
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
libgo ftbfs on trunk r216349 on powerpc-linux-gnu:
../../../src/libgo/go/path/filepath/path.go: In function 'filepath.ToSlash':
../../../src/lib
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
CC: cmang at google dot com
please document that (and why) Go binaries should not be stripped.
the standard action for distributions is to strip binaries
: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
this might be related to PR57664 and/or PR53860 (but the latter was closed),
seen on today's 4.8 and 4.9 branches, but n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63405
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
Known to
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 33441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33441&action=edit
preprocessed source
[forwarded from https://bugs.debian.org/759683]
compiling the attached test case with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52435
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61031
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Matthias Klose changed:
What|Removed |Added
CC||drfiemost at email dot it
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 57732, which changed state.
Bug 57732 Summary: [4.8/4.9/5 Regression] ICE (segfault in libisl) building
drizzle on 32bit targets (at least arm-linux and i586-linux)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57732
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57732
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
works on the trunk, fails on the 4.8 and 4.9 branches:
$ cat test.cc
template struct S {
T i{[this] {}};
};
S s;
$ /usr/lib/gcc-snapshot/bin/g++ -std=c++11 -c test.cc
test.cc:5:8: error: cannot convert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62035
--- Comment #1 from Matthias Klose ---
seen with r213518 on the trunk as well
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 33260
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33260&action=edit
test case
[fo
IRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 33243
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33243&action=edit
test case
seen on the 4.8 an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #4 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:19:21 2014
New Revision: 213100
URL: https://gcc.gnu.org/viewcvs?rev=213100&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #3 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:18:15 2014
New Revision: 213099
URL: https://gcc.gnu.org/viewcvs?rev=213099&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #2 from Matthias Klose ---
Author: doko
Date: Sun Jul 27 13:15:17 2014
New Revision: 213097
URL: https://gcc.gnu.org/viewcvs?rev=213097&root=gcc&view=rev
Log:
2014-07-27 Alan Modra
Matthias Klose
PR libobjc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61920
--- Comment #1 from Matthias Klose ---
PR24775 is about libobjc not including GCC's target headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24775
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #3
: normal
Priority: P3
Component: libobjc
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
this is caused by:
2014-07-24 Ulrich Weigand
* config/rs6000/rs6000-protos.h (rs6000_special_adjust_field_align_p):
Add
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
[ filed too: https://sourceware.org/bugzilla/show_bug.cgi?id=17112 ]
on binutils trunk the ld/LTO 11 test fails when built using GCC 4.9, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Matthias Klose changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Is this something which can and should be addressed, or should be closed as
won't fix?
$ cat foo.c
#include
#include
int main()
{
fprintf(stderr, "erro
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen on any version back to 4.4
$ cat a.c
#include "b.h"
#include "c.h"
$ cat b.h
# 1 "c.h" 1
$ gcc -E a.c
# 1 "a.c"
# 1 ""
# 1 ""
# 1 "/us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #8 from Matthias Klose ---
on powerpc64le, the test passes with both the stage2 and stage3 compilers of
the problematic build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Matthias Klose changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
splitting out to a new issue, this started in PR61231, and it came up before in
https://gcc.gnu.org/ml/gcc-patches/2012-12/msg01122
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #3 from Matthias Klose ---
is test/compile sufficient, or do you have to run it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #1 from Matthias Klose ---
so this happens because I had sys/sdt.h installed during the build, and
automatically gets picked up during the build.
So probably an invalid issue, or should the inclusion of this header be guarded
for arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #1 from Matthias Klose ---
this was r210608
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
libgo fails to link, at least on x86*, powerpc*, arm*, aarch64* -linux with
trunk 20140519:
.libs/bytes.o:(.data.rel.C237[__go_td_FppN12_bytes.ReaderN9_io.WritererN5_int64N5_erroree]+0x0):
multiple definition of
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Seen on the trunk r210608, and the 4.9 branch r210592 on powerpc64le-linux-gnu,
using the 4.8.3 release candidate (plus the one rs6000 update) as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
Matthias Klose changed:
What|Removed |Added
Summary|[4.8/4.9/4.10 Regression] |[4.10 Regression] gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
--- Comment #15 from Matthias Klose ---
Author: doko
Date: Wed May 14 16:22:20 2014
New Revision: 210434
URL: http://gcc.gnu.org/viewcvs?rev=210434&root=gcc&view=rev
Log:
gcc/
2014-05-14 Matthias Klose
Revert:
2014-05-08 Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
--- Comment #14 from Matthias Klose ---
Author: doko
Date: Wed May 14 16:18:12 2014
New Revision: 210432
URL: http://gcc.gnu.org/viewcvs?rev=210432&root=gcc&view=rev
Log:
gcc/
2014-05-14 Matthias Klose
Revert:
2014-05-08 Manuel Lóp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176
--- Comment #2 from Matthias Klose ---
is this about stability? With trying, you find out that the following will
work:
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main(void)
Priority: P3
Component: plugins
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
$ cat test.cpp
#include
#include
#include
int main(void) {
return 0;
}
$ g++-4.9 test.cpp -o test -I$(g++-4.9 -print-file-name=plugin)/include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #9 from Matthias Klose ---
x86_64-linux-gnu and i586-linux-gnu too
||doko at gcc dot gnu.org
Resolution|FIXED |---
--- Comment #8 from Matthias Klose ---
I see these test cases failing with 4.9 20140512. Looking at the testresults
ML, they are seen by others too.
http://gcc.gnu.org/ml/gcc-testresults/2014-05/msg00892
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #17 from Matthias Klose ---
patch posted at
http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00785.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #5 from Matthias Klose ---
"-Wunused-parameter is not included in -Wall but is implied by -Wall -Wextra"
would mean that the test case assumes that it it is implied by -Wextra only.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
601 - 700 of 893 matches
Mail list logo