https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64025
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765
--- Comment #13 from Andrew Pinski ---
https://plus.google.com/115499135426714220931/posts/7HfURniQGH9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 19 08:39:27 2015
New Revision: 219833
URL: https://gcc.gnu.org/viewcvs?rev=219833&root=gcc&view=rev
Log:
PR sanitizer/64435
* sanitizer_common/sanitizer_platform_limits_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
--- Comment #5 from rguenther at suse dot de ---
On Wed, 14 Jan 2015, ian at airs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
>
> --- Comment #4 from Ian Lance Taylor ---
> To invoke cgo, put this code in a file foo.go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
--- Comment #6 from Richard Biener ---
The backtrace is
Breakpoint 1, __GI_exit (status=4) at exit.c:104
104 exit.c: No such file or directory.
(gdb) up
#1 0x7731a52f in runtime_startpanic () from /usr/lib64/libgo.so.7
(gdb)
#2 0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64598
--- Comment #6 from hayder.alkhalissi at googlemail dot com ---
Hi Guys,
I am still looking for answers.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64598
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64614
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
--- Comment #3 from Jakub Jelinek ---
Reduced testcase -O2 -g:
void
foo (void)
{
int a[9];
a[-8] = 0;
}
surprisingly doesn't ICE with -7 or -9 instead of -8, ICEs again with -16.
Will have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|jakub at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64598
--- Comment #8 from hayder.alkhalissi at googlemail dot com ---
Created attachment 34481
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34481&action=edit
Test.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64598
--- Comment #9 from hayder.alkhalissi at googlemail dot com ---
>the exact version of GCC:
GCC-4.9.1
>the system type:
The host system is Intel with Ubuntu.
>the options given when GCC was configured/built:
I used default flag options in crosstool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58357
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64664
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64647
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64642
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64641
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64634
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64665
Bug ID: 64665
Summary: Overload resolution not working with
std::initializer_list and bool
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64666
Bug ID: 64666
Summary: gcc wrongly accepts assignment in constant expression
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64600
--- Comment #11 from ktkachov at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #10)
> (In reply to ktkachov from comment #8)
> > The ICE is in the wide-int bit_and code when trying to process the rtx:
> >
> > (and:SI
> > (c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64667
Bug ID: 64667
Summary: -Winit-self ignored for reference fields
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64532
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords|ra |documentation
Component|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
Bug ID: 64668
Summary: internal compiler error: in compare_ssa_name, at
ipa-icf-gimple.c:120
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
--- Comment #4 from Jakub Jelinek ---
Created attachment 34484
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34484&action=edit
gcc5-pr64663.patch
Untested fix. Perhaps for the backport just the second hunk would be enough
(plus testcase)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
--- Comment #1 from Uroš Bizjak ---
Profiledbootstrap also breaks in this area [1].
[1] https://gcc.gnu.org/ml/gcc-regression/2015-01/msg00523.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
--- Comment #2 from Martin Liška ---
Profiled bootstrap is broken because of PR64664. I've been working on fix, hope
it will be finished within an hour.
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Summary|internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
--- Comment #4 from Richard Biener ---
/* Virtual table call. */
case OBJ_TYPE_REF:
{
x1 = TREE_OPERAND (t1, 0);
x2 = TREE_OPERAND (t2, 0);
y1 = TREE_OPERAND (t1, 1);
y2 = TREE_OPERAND (t2, 1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
--- Comment #5 from Richard Biener ---
Indeed:
(gdb) p debug_generic_expr (t1)
OBJ_TYPE_REF(_7;&objc_super->0)
$1 = void
(gdb) p debug_generic_expr (t2)
OBJ_TYPE_REF(_7;&objc_super->0)
$2 = void
I think dispatching to compare_ssa_name is premat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64668
--- Comment #6 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> /* Virtual table call. */
> case OBJ_TYPE_REF:
> {
> x1 = TREE_OPERAND (t1, 0);
> x2 = TREE_OPERAND (t2, 0);
> y1 = TREE_OP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Bug ID: 64669
Summary: [5 Regression] aarch64-linux profiledbootstrap failure
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Jakub Jelinek changed:
What|Removed |Added
Target||aarch64-linux
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64667
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64665
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971
--- Comment #9 from Tejas Belagod ---
Author: belagod
Date: Mon Jan 19 12:57:48 2015
New Revision: 219838
URL: https://gcc.gnu.org/viewcvs?rev=219838&root=gcc&view=rev
Log:
2015-01-19 Tejas Belagod
PR target/63971
* gcc.target/aarch6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61933
Joost VandeVondele changed:
What|Removed |Added
Summary|Inquire on internal units |[5 Regression] Inquire on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
--- Comment #28 from Richard Biener ---
Still broken :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Jakub Jelinek changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64313
--- Comment #6 from Richard Biener ---
So sth like
Index: gcc/c-family/c-gimplify.c
===
--- gcc/c-family/c-gimplify.c (revision 219839)
+++ gcc/c-family/c-gimplify.c (working co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #3 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Mon Jan 19 13:58:54 2015
New Revision: 219842
URL: https://gcc.gnu.org/viewcvs?rev=219842&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/64081
* loop-iv.c (def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64448
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Jan 19 14:03:23 2015
New Revision: 219843
URL: https://gcc.gnu.org/viewcvs?rev=219843&root=gcc&view=rev
Log:
[AArch64] PR 64448: Combine ((x ^ y) & m) ^ x into bsl/bif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #2 from Markus Trippelsdorf ---
Hi Segher,
on gcc112 you can use the following command to reproduce the issue:
% g++ -xlto -c -mcpu=power8 -O3 -fPIC -fno-exceptions -fltrans -o /dev/null
/var/tmp/libxul.so.ltrans8.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64230
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64304
--- Comment #5 from Jiong Wang ---
Author: jiwang
Date: Mon Jan 19 14:13:33 2015
New Revision: 219844
URL: https://gcc.gnu.org/viewcvs?rev=219844&root=gcc&view=rev
Log:
[AArch64] Remove ashift pattern for QI/HI
2015-01-19 Jiong Wang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64304
Jiong Wang changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64313
--- Comment #7 from Richard Biener ---
Created attachment 34485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34485&action=edit
patch
The middle-end approach, testing on x86_64-linux, verified that it fixes the
testcase on aarch64-elf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #14 from Dominique d'Humieres ---
> With the attached patch at
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469
> and the patch at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01479.html,
> I get ...
I have found the origin o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64656
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64603
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64532
--- Comment #8 from Ramana Radhakrishnan ---
Author: ramana
Date: Mon Jan 19 14:55:28 2015
New Revision: 219847
URL: https://gcc.gnu.org/viewcvs?rev=219847&root=gcc&view=rev
Log:
Improve documentation of register constraints.
While looking at P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64532
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
Bug ID: 64670
Summary: -fsanitize=vptr leads to "undefined reference to
`typeinfo for class'"
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #14)
> > With the attached patch at
> > https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469
> > and the patch at https://gcc.gnu.org/ml/gcc-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64671
Bug ID: 64671
Summary: [5 Regression] s390-linux profiledbootstrap failure
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64603
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
> Started with r217664.
Confirmed. Reverting that guy fixes the problem:
Index: gcc/cp/constexpr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
Bug ID: 64672
Summary: ICEs in libgomp.oacc-fortran when using the '-g -flto'
options in the test suite.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64671
--- Comment #1 from Jakub Jelinek ---
Created attachment 34486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34486&action=edit
tsf.ii.bz2
Preprocessed tree-ssa-forwprop.c.
To reproduce with x86_64-linux -> s390x-linux cross:
./cc1plus -m3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #16 from Dominique d'Humieres ---
> > With the attached patch at
> > https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469
> > and the patch at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01479.html,
> > I get ...
>
> I have found t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64671
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
--- Comment #1 from Tobias Burnus ---
Created attachment 34487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34487&action=edit
test_case.ii - compile with g++ -fsanitize=vptr; gives bogus "undefined
reference to `typeinfo for LogListener'"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64673
Bug ID: 64673
Summary: libgomp missing unsupported tests at -m32/-m64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64673
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Seen on x86_64-unknown-linux-gnu and on x86_64 darwin (with
https://gcc.gnu.org/bugzilla/attachment.cgi?id=34480).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #13 from Jakub Jelinek ---
In the #c9 patch obviously I meant to write __GLIBC_PREREQ (2, 21) instead of
__GNUC_PREREQ (2, 21), finger memory apparently doesn't work always well.
And there probably needs to be
#ifndef __GLIBC_PREREQ
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674
Bug ID: 64674
Summary: OOP Internal compiler error in associate with
allocated class
Product: gcc
Version: fortran-dev
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64666
--- Comment #1 from Andrew Pinski ---
VLA is a gcc extension.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64666
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> VLA is a gcc extension.
I added switch -std=c++98 and it made no change.
I added -pedantic and I got the vla warning.
jan19g.cc:6:14: warning: ISO C++ forbid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #14 from Jakub Jelinek ---
And the reason why at least in RHEL and Fedora asan doesn't work at all is:
cat /proc/self/maps; ASAN_OPTIONS=verbosity=1 ./null-deref-1.exe
0040-0041 r-xp fd:00 134631897
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64532
--- Comment #10 from baoshan ---
I have a second thought:
As the 'y' is declared as float, should GCC infer the register is a single
float register even the constraint is 'w' ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64632
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64675
Bug ID: 64675
Summary: [5 Regression] internal compiler error: tree check:
expected function_decl, have in
opts_for_fn, at tree.h:4706
Product: gcc
Version: 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #16 from Jakub Jelinek ---
Trying a PIE on aarch64 reveals:
2aaca30-2aaca31 r-xp fd:00 17567415 /tmp/m
2aaca31-2aaca32 rw-p fd:00 17567415 /tmp/m
mappings along
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
--- Comment #5 from Richard Henderson ---
Author: rth
Date: Mon Jan 19 17:58:06 2015
New Revision: 219852
URL: https://gcc.gnu.org/viewcvs?rev=219852&root=gcc&view=rev
Log:
PR libffi/64607
* testsuite/lib/libffi.exp (libffi-init): Append -L fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #17 from Jakub Jelinek ---
PPC64 actually supports both 44 and 46 bit address space:
uptr GetMaxVirtualAddress() {
#if SANITIZER_WORDSIZE == 64
# if defined(__powerpc64__)
// On PowerPC64 we have two different address space layouts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64664
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Jan 19 18:07:08 2015
New Revision: 219853
URL: https://gcc.gnu.org/viewcvs?rev=219853&root=gcc&view=rev
Log:
Fix PR64664.
PR ipa/64664
* ipa-icf.c (sem_item_optimizer::fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64664
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #18 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #17)
> PPC64 actually supports both 44 and 46 bit address space:
>
> uptr GetMaxVirtualAddress() {
> #if SANITIZER_WORDSIZE == 64
> # if defined(__powerpc64__)
> //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64632
--- Comment #2 from Jonathan Wakely ---
This just does the same std::ios_base::_M_streambuf_state member directly
rather than through the basic_ios::rdstate() member function (compile
with -fno-access-control)
#include
int main()
{
std::ofst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #19 from Jakub Jelinek ---
So, with:
--- libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h.jj
2014-11-14 00:10:33.0 +0100
+++ libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
2015-01-19 19:22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64640
--- Comment #2 from Bernd Edlinger ---
Author: edlinger
Date: Mon Jan 19 19:00:18 2015
New Revision: 219855
URL: https://gcc.gnu.org/viewcvs?rev=219855&root=gcc&view=rev
Log:
2015-01-19 Bernd Edlinger
PR ada/64640
* adaint.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64640
Bernd Edlinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64642
--- Comment #2 from Markus Eisenmann ---
I do not (completely) agree, that the code/result is undefined. Of course, this
sample doesn’t make any sense and shouldn’t never occur (in a similar form).
But - in this case - the C-style cast, like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
$ cat conftest.c
int
main ()
{
;
return 0;
}
(gdb) run -O conftest.c
Starting program: /tmp/20150119/gcc/cc1 -O conftest.c
main
Analyzing compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64676
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
--- Comment #3 from Bernd Edlinger ---
OK.
AFAIK Cygwin-32 does not support the unwind info at all, right?.
Cygwin-64 does support Windows-SEH style unwind info.
libjava uses a kind of hack to get the stack trace:
see libjava/sysdep/i386/backt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
--- Comment #4 from Richard Henderson ---
(In reply to Bernd Edlinger from comment #3)
> AFAIK Cygwin-32 does not support the unwind info at all, right?.
Wrong. This should be enough to fix it.
diff --git a/src/x86/sysv.S b/src/x86/sysv.S
inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64671
--- Comment #2 from Vladimir Makarov ---
I started to work on this. The patch will be in the trunk today. Thanks.
1 - 100 of 184 matches
Mail list logo