Compile the following code with options -march=armv7-a -mthumb -Os
int bar5(int x)
{
if (x == -1)
return 3;
return 5;
}
GCC generates
cmp r0, #-1 // A
ite ne
movne r0, #5
moveq r0, #3
bx lr
If we replace instruction A with 'add
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-11 07:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from burnus at gcc dot gnu dot org 2010-05-11 07:23 ---
(Cross reference: PR 44065 is the same, except using two files, which leads to
a linking error instead of an ICE.)
I get - as written at http://gcc.gnu.org/ml/fortran/2010-05/msg00099.html:
hjf.f90:37:0: internal co
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
E
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- Comment #1 from ramana at gcc dot gnu dot org 2010-05-11 07:37 ---
Is this still an issue ? My armv5te box was bootstrapping without the issue you
mention in cortex-a9.md and there is a test result from an armv5te-linux-eabi
variant here.
http://gcc.gnu.org/ml/gcc-testresults/2010
void f1(int *a, int *b, int *c)
{
int d = 0xE0E0E0E0;
*a = *b = *c = d;
}
produces
_f1:
LFB0:
movl$-522133280, (%rdx)
movl$-522133280, (%rsi)
movl$-522133280, (%rdi)
ret
on x86-64 at -Os. It would save instruction space and probably not be any
--- Comment #3 from laurent at guerby dot net 2010-05-11 08:15 ---
Native bootstrap on mips-linux fails with the same ICE:
...
/n/42/guerby/build/./gcc/xgcc -B/n/42/guerby/build/./gcc/
-B/n/42/guerby/install-trunk-159243/mips64el-unknown-linux-gnu/bin/
-B/n/42/guerby/insta\
ll-trunk-159
Solaris 2.9 x86 gcc 4.5.0 configure -without-gnu-as -with-as=/usr/ccs/bin/as
=> Assembly syntax errors in gcov.c whereever there is lock prefix.
I was actually looking for a problem with lock prefixes on 4.3 -- testing
4.5.0,
found this instead, which is about about the same.
See:
http://gc
--- Comment #1 from ubizjak at gmail dot com 2010-05-11 08:26 ---
See the thread starting at [1].
[1] http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00657.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-11 08:42 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.1 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44071
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-11 08:43 ---
*** Bug 44070 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-11 08:43 ---
*** This bug has been marked as a duplicate of 44063 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-11 08:47 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #5 from laurent at guerby dot net 2010-05-11 08:47 ---
backtrace:
(gdb) bt
#0 internal_error (gmsgid=0x13b2f720 "in %s, at %s:%d") at
../../trunk/gcc/diagnostic.c:755
#1 0x10837bd4 in fancy_abort (file=0x13cac5e8 "../../trunk/gcc/ipa-inline.c",
line=208, function=0x13cac5c
--- Comment #6 from laurent at guerby dot net 2010-05-11 08:50 ---
(gdb) l
203 static int
204 cgraph_estimate_size_after_inlining (int times, struct cgraph_node *to,
205 struct cgraph_node *what)
206 {
207 int size = (what->globa
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-05-11 08:52 ---
Can you please check if always_inline is involved in your testcase and if to
node has disreagard_inline_limits set.
Honza
--
hubicka at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from ubizjak at gmail dot com 2010-05-11 08:56 ---
I don't know why locations are all mixed up here, but this is correct place of
failure:
0x0056598a in fixup_reorder_chain ()
at ../../gcc-svn/trunk/gcc/cfglayout.c:866
866 || e_fall->dest
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-11 09:00 ---
I'd say the testcase is invalid, of course GCC must not ICE on it though,
but you can't expect it to do what you want.
I don't think we guarantee anywhere that the jump is exactly to the user
label provided, so you sho
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-05-11 09:06
---
Subject: Bug 43812
Author: jamborm
Date: Tue May 11 09:05:59 2010
New Revision: 159265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159265
Log:
2010-05-11 Martin Jambor
PR middle-end/43812
--- Comment #12 from jamborm at gcc dot gnu dot org 2010-05-11 09:13
---
This is now fixed on both the trunk and the 4.5 branch.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from laurent at guerby dot net 2010-05-11 09:18 ---
(gdb) p *to
$4 = {decl = 0x2ad21800, callees = 0x2ac7e280, callers = 0x0, next =
0x2adf38e0, previous = 0x2adf2760, indirect_calls = 0x0, origin = 0x0, nested =
0x0, next_nested = 0x0, next_needed = 0x0, next_sibling_clon
--- Comment #9 from laurent at guerby dot net 2010-05-11 09:23 ---
For __always_inline the answer seems to be yes if I don't misinterpret the
source:
res = _fpmul_parts (&a, &b, &tmp);
static inline __attribute__ ((__always_inline__)) const fp_number_type *
_fpmul_parts ( fp_n
--- Comment #2 from ramana at gcc dot gnu dot org 2010-05-11 09:28 ---
How did you configure your tools in ? Have you considered using the --with-cpu
and --with-mode options while building your tools i.e. --with-cpu=cortex-m3
--with-mode=thumb.
Ramana
--
ramana at gcc dot gnu dot o
At any optimisation level other than -O0, it seems that __builtin_eh_return
loses its handler arg. For -m32 -O2 -S the following:
long offset;
void *handler;
void foo (void)
{
__builtin_eh_return (offset, handler);
}
compiles to:
foo:
stwu 1,-32(1)
lis 9,off...@ha
mfl
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-11 10:01 ---
Created an attachment (id=20625)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20625&action=view)
partial fix of the ICE
The ICE is when going out of cfglayout mode.
When going into the cfglayout mode try_optimi
> cat test.c
#include "test.h"
int main(void)
{
return 0;
}
/* EOF */
> gcc -c -o test.o -MMD -MT other.c test.c
> cat test.d
other.c: test.c test.h
==> seems to be correct
> gcc -c -o test.o -MMD -MTother.c test.c
> cat test.d
other.c test.o: test.c test.h
==> seems to be wrong
"-MT" sho
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-11 10:11
---
I think this can be safely closed as fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||matz at gcc dot gnu dot org
Component|c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-11 10:20 ---
Created an attachment (id=20626)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20626&action=view)
gcc46-pr44071.patch
Untested fix for the ICE part (and, with __builtin_unreachable the generated
code is even cor
--- Comment #25 from paolo at gcc dot gnu dot org 2010-05-11 10:22 ---
Subject: Bug 43259
Author: paolo
Date: Tue May 11 10:22:18 2010
New Revision: 159268
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159268
Log:
2010-05-11 Silvius Rus
PR libstdc++/43259
*
--- Comment #26 from paolo at gcc dot gnu dot org 2010-05-11 10:23 ---
Subject: Bug 43259
Author: paolo
Date: Tue May 11 10:23:20 2010
New Revision: 159269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159269
Log:
2010-05-11 Silvius Rus
PR libstdc++/43259
*
--- Comment #2 from steven at gcc dot gnu dot org 2010-05-11 10:24 ---
There is a GIMPLE uncprop pass for this. Could you verify that after this pass
there is just one assignment of the constant to an SSA_NAME? If so, the problem
is in the RTL CPROP pass, otherwise we have to look at the
--- Comment #3 from astrange at ithinksw dot com 2010-05-11 10:36 ---
It's propagated by vrp1, and then nothing removes it again. tree-uncprop
doesn't change it - it looks like it doesn't have anything to handle this,
actually.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44073
--- Comment #25 from dougmencken at gmail dot com 2010-05-11 11:31 ---
(In reply to comment #24)
Okay, I'm ready to bisect. I know it would take weeks. I cloned gcc repo using
git clone git://git.infradead.org/toolchain/gcc.git gcc-git , but this repo
doesn't use tags (i.e. I can't speci
For the small testcase below gcc-4.4.3 neither warns about the initialization
of var1 nor about the comparison against an integer. Nevertheless the
comparison
is optimized away.
// gcc -O2 -Wtype-limits
_Bool var1 = 3;
int test(void)
{
if (var1 == 3)
return 1;
return 0;
}
This maybe relat
--- Comment #10 from joel at gcc dot gnu dot org 2010-05-11 11:50 ---
FWIW also seen on sparc-rtems, powerpc-rtems, and i386-rtems.
This did not happen building mips-rtems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2010-05-11
12:05 ---
Subject: Re: genautomata: undeclared unit or reservation `cortex_a9_}ult'
> Is this still an issue ? My armv5te box was bootstrapping without the issue
> you
> mention in cortex-a9.md and there is a test
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-11 12:18 ---
Created an attachment (id=20627)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20627&action=view)
gcc46-pr44071.patch
Updated patch that fixes the rest of the issues. The reason why testcase
without __builtin_u
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-11 12:48 ---
Created an attachment (id=20628)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20628&action=view)
gcc46-pr44062-c++.patch
C++ change that fixes this.
It treats all (void) / static_cast conversions and the impli
On Linux/ia32, revision 159262 gave:
FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times aprefetch "nontemporal
store" 2
Revision 159255 is OK. It may be caused by revisions 159256/159257:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00307.html
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00308.html
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44078
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.4, 4.5, 4.6 regression] |[4.4/4.5/4.6 regression]
|incorrect dwarf data gcc-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43689
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44018
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-11 13:38 ---
Not sure what's the state here. Is 4.4 broken now?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43190
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43416
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--- Comment #1 from borntraeger at de dot ibm dot com 2010-05-11 13:43
---
>From a first look this looks like that the test case scans for
"nontemporal store" which is also emitted by the new debug messages:
-return false;
+{
+ if (dump_file && (dump_flags & TDF_DETAILS))
--- Comment #6 from danglin at gcc dot gnu dot org 2010-05-11 13:46 ---
I have rechecked 4.4 and 4.5 and the test is no longer failing.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from uweigand at gcc dot gnu dot org 2010-05-11 13:57
---
(In reply to comment #7)
> Not sure what's the state here. Is 4.4 broken now?
Here's the status as far as I know. I had checked in a patch:
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00254.html
to fix the prob
--- Comment #2 from borntraeger at de dot ibm dot com 2010-05-11 13:57
---
Created an attachment (id=20629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20629&action=view)
Testfix for the prefetch-7.c testcase
There always was
fprintf (dump_file, "Marked reference %p as a no
Configure Script does not detect elf_getshdrstrndx
But still tries to use it in stage 2 bootstrap and gives error,
../../trunk/gcc/lto/lto-elf.c: In function 'validate_file' :
../../trunk/gcc/lto/lto-elf.c:539:3:error: implicit declaration of
function 'elf_getshdrstrndx' [-Werror=implicit-funct
When gcc is called with -O3, it could add -O1 to the options it passes to the
linker, when it knows that it is GNU ld. For now this is only useful with
-shared, but I don't see any reason not to also pass it without -shared.
Reference:
http://gcc.gnu.org/ml/gcc/2010-05/msg00193.html
--
zen% /opt/gcc-4.5.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-4.5.0/bin/gcc
COLLECT_LTO_WRAPPER=/opt/gcc-4.5.0/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /src/package/lang/other/gcc-4.5.0/configure
--prefix=/opt/gcc-4.5.0 --with-gmp=/opt/g
After watchdog reset (for example, to enter reprogramming), the AVR core
restarts with watchdog enabled, contrary to a cold start after power on.
The C program is not given an opportunity to disable or reset the watchdog
before "main" ; and when the data and/or bss section is large enough, the
watc
--- Comment #1 from hv at crypt dot org 2010-05-11 14:41 ---
Created an attachment (id=20630)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20630&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44081
--- Comment #2 from hv at crypt dot org 2010-05-11 14:41 ---
Created an attachment (id=20631)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20631&action=view)
Generated assembly code, with annotation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44081
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-11 14:43 ---
Created an attachment (id=20632)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20632&action=view)
gcc46-pr42278.patch
Untested patch. I'll need to see whether we don't generate too many
__unknown__ names with i
below you find the information on my host system and the used gcc command.
I tried to use a pre-compiled header file. There is one file that includes two
include files which both include another (the same) header file. I wanted to
see whether the pre-compiled header file was taken from both includ
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-11 14:51 ---
That's a user bug. You shouldn't pass NULL to arguments declared nonnull.
To quote gcc documentation:
"The compiler may also choose to make optimizations based
on the knowledge that certain function arguments will not
--- Comment #1 from rogier dot wester at asml dot com 2010-05-11 14:53
---
Created an attachment (id=20633)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20633&action=view)
source file including 2 include files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44083
--- Comment #2 from rogier dot wester at asml dot com 2010-05-11 14:54
---
Created an attachment (id=20634)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20634&action=view)
the original include file (not precompiled)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44083
--- Comment #3 from rogier dot wester at asml dot com 2010-05-11 14:54
---
Created an attachment (id=20635)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20635&action=view)
the precompiled include file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44083
--- Comment #4 from rogier dot wester at asml dot com 2010-05-11 14:55
---
Created an attachment (id=20636)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20636&action=view)
an include file including the first include file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44083
--- Comment #5 from rogier dot wester at asml dot com 2010-05-11 14:55
---
Created an attachment (id=20637)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20637&action=view)
a second include including the first include file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44083
--- Comment #11 from hubicka at gcc dot gnu dot org 2010-05-11 15:16
---
Subject: Bug 44063
Author: hubicka
Date: Tue May 11 15:15:48 2010
New Revision: 159273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159273
Log:
PR tree-optimize/44063
* ipa-inline.c (cgr
--- Comment #4 from hv at crypt dot org 2010-05-11 15:38 ---
(In reply to comment #3)
> That's a user bug. You shouldn't pass NULL to arguments declared nonnull.
> To quote gcc documentation:
> "The compiler may also choose to make optimizations based
> on the knowledge that certain fun
--- Comment #7 from dfranke at gcc dot gnu dot org 2010-05-11 15:43 ---
Subject: Bug 31820
Author: dfranke
Date: Tue May 11 15:43:16 2010
New Revision: 159278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159278
Log:
gcc/fortran/:
2010-05-11 Daniel Franke
PR fortran
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-11 15:46 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from h dot m dot brand at xs4all dot nl 2010-05-11 15:54
---
Subject: Re: Impossible to build any version beyond 4.2.4
On 5 May 2010 20:54:53 -, "sje at cup dot hp dot com"
wrote:
> --- Comment #4 from sje at cup dot hp dot com 2010-05-05 20:54 ---
> I ha
--- Comment #9 from hpa at zytor dot com 2010-05-11 16:15 ---
Thanks everyone for jumping (groan) on this.
>From the looks of it, changing the asm goto statement itself to:
asm goto ("# Either %l[f_yes] or %l[f_no]\n\t"
"jmp %l[f_yes]"
: : : : f_yes, f_no);
.
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-11 16:38 ---
(In reply to comment #1)
> Just for completeness: This is a regression with regards to g77.
The standards are a mouthful already. Do we need every extension that there
ever was? Besides this PR, demand was non-exist
--- Comment #6 from fabien dot chene at gmail dot com 2010-05-11 16:41
---
Fixed in rev 158918, committed by Jason.
--
fabien dot chene at gmail dot com changed:
What|Removed |Added
-
--- Comment #14 from fabien dot chene at gmail dot com 2010-05-11 16:43
---
Fixed (committed by Jason).
--
fabien dot chene at gmail dot com changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-11 16:45 ---
Subject: Bug 43711
Author: dfranke
Date: Tue May 11 16:45:17 2010
New Revision: 159282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159282
Log:
gcc/fortran/:
2010-05-11 Daniel Franke
PR fortran
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-11 16:46 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Target M
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-11 16:46 ---
(In reply to comment #4)
> Fixed in trunk. Closing.
...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from hp at gcc dot gnu dot org 2010-05-11 16:48 ---
(In reply to comment #8)
> In this case, I guess the way to go would be to apply *both* my patch
> and Hans-Peter's patch to the 4.4 branch ...
I'm sorry I missed that the committed patch was fingered as a regressor (sp?
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-11 16:50 ---
Yeah.
BTW: you don't necessarily need to use the %l[f_yes] syntax, when there are no
input operands of the asm goto you can just as well use %l0 resp. %l1.
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #3 from danglin at gcc dot gnu dot org 2010-05-11 16:58 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #10 from hp at gcc dot gnu dot org 2010-05-11 17:06 ---
(In reply to comment #6)
> Causes PR40414 on GCC 4.4.x, reopening to make the other PR depend on this.
Looks like the above statement is wrong: the committed patch for this PR is
just (one of the two) required for PR404
--- Comment #11 from hp at gcc dot gnu dot org 2010-05-11 17:17 ---
Changing back target milestone to reflect the earliest release known to have
the fix.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jingyu at google dot com 2010-05-11 17:56 ---
I configure gcc with --with-arch=armv5te. The default multilib will be compiled
in ARM mode.
The error happens when I build the armv7-a/thumb multilib.
I checked the config.log for armv7-a/thumb/libgcc, libgcc was indeed c
Test Case:
! derived from OpenMP test omp3f/F03_2_9_1_1_4a.f90
! REFERENCES : OpenMP 3.0, p. 79, lines 11-14
program F03_2_9_1_1_4a
use omp_lib
implicit none
integer, parameter :: NT = 4
integer, parameter :: EXPECTED_i = -1 ! expected value of i at end
integer, parameter :: EXPEC
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-11 18:12 ---
Subject: Bug 44062
Author: jakub
Date: Tue May 11 18:12:28 2010
New Revision: 159286
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159286
Log:
PR c++/44062
* c-parser.c (c_parser_expression):
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-11 18:14 ---
Subject: Bug 44059
Author: jakub
Date: Tue May 11 18:14:19 2010
New Revision: 159287
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159287
Log:
PR c++/44059
* config/elfos.h (ASM_DECLARE_OBJECT
--- Comment #11 from jakub at gcc dot gnu dot org 2010-05-11 18:18 ---
Subject: Bug 44071
Author: jakub
Date: Tue May 11 18:17:43 2010
New Revision: 159288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159288
Log:
PR middle-end/44071
* cfglayout.c (fixup_reorder
Test Case:
! derived from OpenMP test omp3f/NF03_2_9_2_2a.f90
! REFERENCES : OpenMP 3.0, p. 83, line 30
program NF03_2_9_2_2a
implicit none
integer, save :: threadprivate_var
!$omp threadprivate(threadprivate_var)
!$omp parallel
!$omp task untied
threadprivate_var = 1
!$omp end task
!$
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-11 18:23 ---
Subject: Bug 44071
Author: jakub
Date: Tue May 11 18:22:52 2010
New Revision: 159289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159289
Log:
PR middle-end/44071
* cfglayout.c (fixup_reorder
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-11 18:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-11 18:28 ---
Fixed on the trunk so far, will backport to 4.5 after a while if there aren't
any issues with it on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-11 18:29 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
struct A
{
int const i : 2;
};
void f()
{
A a; // <- should fail
new A; // <- should fail
}
--
Summary: undiagnosed invalid default initialization of bit field
members
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
1 - 100 of 131 matches
Mail list logo
