https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67590
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 36424
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36424&action=edit
preprocessed source
seen wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #1 from Matthias Klose ---
Created attachment 36425
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36425&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #3 from Matthias Klose ---
Created attachment 36426
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36426&action=edit
rtl dumps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #4 from Matthias Klose ---
Created attachment 36429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36429&action=edit
preprocessed source
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 36462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36462&action=edit
preprocessed source
this is o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67893
--- Comment #1 from Matthias Klose ---
Created attachment 36463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36463&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67893
--- Comment #3 from Matthias Klose ---
> What's the second preprocessed source from?
the same .cpp file built with gcc-4.9.
|i386-pc-solaris2.* |i386-pc-solaris2.*,
||x86_64-linux-gnu,
||powerpc64le-linux-gnu
CC||doko at gcc dot gnu.org
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67907
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 36773
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36773&action=edit
preprocessed source
[forwarded from https://bugs.debian.org/800543
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trying to cross-build sparc64-linux-gnu ada with the gcc-5-branch 20151125 on a
x86_64-linux-gnu host, I get a build error building gnatlib
/scratch/packages/cross/5/p/gcc-5-cross
: 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).
: 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
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
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?
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=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=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
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=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)
: 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
++
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
: 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
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
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
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
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63958
Matthias Klose changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #10 from Matthias Klose
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Matthias Klose changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #4 from Matthias Klose ---
does adding -fstack-protector-strong make a difference?
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
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
: 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
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
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.
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=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/
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
Matthias Klose changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #2 from Matthias Klose ---
Created attachment 34900
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34900&action=edit
preprocessed source
preprocessed source, produced with r221076
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #3 from Matthias Klose ---
reverting r221040 lets the bootstrap succeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #8 from Matthias Klose ---
this is the testcase from ardour3:
$ g++ -c -g -O3 -fPIC track3.ii
track3.ii: In member function 'void F::apply(void (Track::*)(T, void*), T,
void*) [with T = bool]':
track3.ii:108:1: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #10 from Matthias Klose ---
Created attachment 34909
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34909&action=edit
test case for aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Matthias Klose changed:
What|Removed |Added
Target|arm-linux-gnueabihf |arm-linux-gnueabihf,
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with r221076 on powerpc64le-linux-gnu
$ g++ -c -g -O3 -fPIC eigenvalue.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243
Matthias Klose changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243
--- Comment #3 from Matthias Klose ---
Created attachment 34917
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34917&action=edit
object file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WORKSFOR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
--- Comment #4 from Matthias Klose ---
Created attachment 34918
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34918&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
--- Comment #5 from Matthias Klose ---
reduced test case for filters.i:
double a, b, d, e;
c, f, g;
double fn1() {
double t;
if (t < 0.0)
t = -t;
if (t < 1.0)
return 1.0 - t;
t = -t;
if (t < .5)
return t * t;
}
double fn2(
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
r221115 on powerpc-linux-gnu
$ g++ -c -g -O2 -fPIC DistanceEstimation.ii
DistanceEstimation.ii: In member function 'virtual dou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
--- Comment #2 from Matthias Klose ---
yes, 32bit powerpc,
/usr/lib/gcc/powerpc-linux-gnu/5/cc1plus -fpreprocessed DistanceEstimation.ii
-msecure-plt -quiet -dumpbase DistanceEstimation.ii -auxbase DistanceEstimation
-g -O2 -version -fPIC -fstac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
--- Comment #3 from Matthias Klose ---
Created attachment 34924
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34924&action=edit
preprocessed source
this is the unreduced source
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
r221115 on arm-linux-gnueabihf
$ g++ -std=c++11 -c -O2 schema-parser.ii
schema-parser.ii: In member function 'Maybe
ParsedSchema::findNested() const':
schema-parser.ii:45:21: interna
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
r221115 on arm-linux-gnu
$ g++ -std=c++11 -c -g -O3 -fPIE mainwindow2.ii
mainwindow2.ii:61:1: internal compiler error: in address_matters_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65288
Matthias Klose changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
r221115, configured with --with-arch=armv7-a --with-fpu=vfpv3-d16
--with-float=hard --with-mode=thumb --enable-checking=release
$ g++ -std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65284
Matthias Klose changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
||doko at gcc dot gnu.org
Known to work||4.8.4, 5.0
Version|4.9.0 |4.9.2
Summary|Win64 gcc 4.9.0: ICE at -Os |[4.9 Regression] Win64 gcc
|compiling some C++ code |4.9.0
erity: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
CC: cmang at google dot com
The go command didn't ship with earlier GCC versions, so you may argue that it
is not a regression, however a
ty: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
CC: cmang at google dot com
$ go tool cgo -godefs types.go
unknown ptrSize for $GOARCH "arm64"
with a separately built go tool (1.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65353
--- Comment #1 from Matthias Klose ---
patch by Michael Hudson posted at https://launchpad.net/bugs/1361946
--- a/libgo/go/cmd/cgo/main.go
+++ b/libgo/go/cmd/cgo/main.go
@@ -133,6 +133,7 @@
"386": 4,
"amd64": 8,
"arm":
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with trunk r221254, works with -O3 on the 4.9 branch, the following test
fails with -O3 on the trunk:
hash input address: 0x100253b0451
Got
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Created attachment 34999
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34999&action=edit
preprocessed source
from ppl-1.1, r221254 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65370
--- Comment #1 from Matthias Klose ---
reduced test case:
namespace Parma_Polyhedra_Library {
class NNC_Polyhedron;
enum Complexity_Class { ANY_COMPLEXITY };
template class Pointset_Powerset;
}
template class Parma_Polyhedra_Library::Pointset_
: 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
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
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: 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
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/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63588
--- Comment #2 from Matthias Klose ---
yes, see above.
: 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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63751
--- Comment #2 from Matthias Klose ---
and it needed r211910, found after a first build.
: 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=63951
--- Comment #1 from Matthias Klose ---
trunk r217719
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
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63951
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=63588
--- Comment #4 from Matthias Klose ---
libjava builds again with 20141119 on arm-linux-gnueabihf
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=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
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=57689
--- Comment #7 from Matthias Klose ---
sorry, can't say anymore. Debian dropped ia64, and I don't have access anymore
to any hardware.
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=64268
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
: 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
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
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=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/
501 - 600 of 1009 matches
Mail list logo
