Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
int main(void)
{
int zone = 5;
int MinChassisFanZoneNum = 4;
int MaxChassisFanZoneNum = 10;
# if 0
for (int i = (zone?zone:MinChassisFanZoneNum); i <=
(z
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
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
Target Milestone: ---
$ gcc -c /tmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70871
--- Comment #4 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Ping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70871
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
Attachment #38376|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70871
--- Comment #2 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Created attachment 38376
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38376=edit
possible solution
I have not extensively tested this, but it seems to work for my testcase.
-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
typedef struct X
{
void *a;
long int b;
int c;
int d;
unsigned int e[3];
unsigned short f;
unsigned char g;
unsigned char h
: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
struct UINT;
typedef struct { UINT TYPES } eType;
fn1(eType) {
gcc version 5.3.1 20160411 (GCC)
= gcc-5-branch @ 0efe1cc72d37ff1173b52cf6bc3f17bd0ccb59f3
target = x86_64-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #7 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Should I open a different issue for that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70336
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
Status|ASSIGNED|RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66920
--- Comment #4 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Seems fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66931
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
Status|NEW |RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63629
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
Status|UNCONFIRMED |RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #5 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Reduced test case by creduce
struct UINT;
typedef struct { UINT TYPES } eType;
fn1(eType) {
gcc version 5.3.1 20160411 (GCC)
= gcc-5-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #3 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
output is the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #1 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
with checking=all
../pchip_code/vfp_combined_c.cpp:85:1: internal compiler error: Segmentation
fault
0xd42735 crash_signal
.././gcc-5.3.1/gcc/toplev.c:383
0x
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
gcc (GCC) 5.3.1 20160404
Unfortunately I have been unable to get a reduced testcase to upload.
Creduce keeps running in loops and minor modifications to the source make
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
void bla(unsigned char * buffer, int offset, int position)
{
buffer[position/8] |= (unsigned char)(0x80 >> offset);
}
/tmp/test.c: In function 'bla':
/tmp/test.c:3:27: w
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
#include
int X;
int foo(int yyy, int zzz)
{
int xxx;
if (yyy)
{
printf("in y\n");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69352
--- Comment #4 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
compile with : -xc -c pr69352.best -w -o /dev/null -O1
$ cat pr69352.best
typedef enum {
REG_HSTRH,
REG_HSTRL,
REG_HFAERH,
REG_HFAERL,
REG_HIMRH,
REG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #13 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
I don't think is fixed in 5.x-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69352
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
CC||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679
Jan Smets <jan.sm...@alcatel-lucent.com> changed:
What|Removed |Added
CC||
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
$GCC -fpreprocessed -S -xc++ -c testcase.best -o /dev/null -mabi=64 (mips64
cross compiler was used)
testcase.best:14:52: warning: '{anonymous}::unique_ptr
{anonymous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #11 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Thanks. Can this also be backported to 5.x? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68636
--- Comment #2 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
The vreg pass is different
OLD
ode_label 16 9 17 6 2 "" [1 uses])
(note 17 16 18 6 [bb 6] NOTE_INSN_BASIC_BLOCK)
(insn 18 17 0 6 (set (mem/v:SI (reg/f:SI 194
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #9 from Jan Smets <jan.sm...@alcatel-lucent.com> ---
Could you please tell me in which commit the issue was fixed. Thanks.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
typedef unsigned long uintptr_t;;
volatile unsigned int x;
void testTestTest(void)
{
x = *((volatile unsigned int *) (((volatile void
*)((uintptr_t
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
Created attachment 36841
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36841=edit
test case
$ g++ test.cc -o test -O2 -Wall && ./test
DEL element[1]=200 volatile
DE
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
Created attachment 36819
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36819=edit
testcase
Test case attached. Simply compile without any optimizations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66920
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com ---
Likely related/identical to 66931
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
Compile with -xc++ -w -m32 -gdwarf-4 -mno-sse test.cpp
Likely related/identical to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66920
typedef long v2di __attribute__
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Target Milestone: ---
Compile with -xc++ -w -m32 -gdwarf-4 -mno-sse -O1 test.cpp
test.cpp: In function 'bool test_sp(Desc*, data*)':
test.cpp:29:1: internal compiler error
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Created attachment 33795
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33795action=edit
ice in fix_loop_structure, at loop-init.c:251
/tmp/gcc50-new/x86_64-wrs-vxworks/x86_64-unknown-linux-gnu
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
extern int sharedTop;
int sharedTop __attribute__ ((section (.cvmx_shared)));
sharedTop ends up in COM with trunk, GCC 4.8 puts it in .cvmx_shared as one
would expect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59132
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com ---
Ping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
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
gcc version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60861
--- Comment #2 from Jan Smets jan.sm...@alcatel-lucent.com ---
Using -fno-common (while compiling as C), or compiling as C++ works for the
unitialized bss example:
int testGlobalOutOfBoundsRODATAVar[5]; /* bss : works with -fno-common
(compiled
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
GCC 4.8.2
mips-wrs-vxworks
-c test.c -o test -Wall -O2 -mabi=32
int main()
{
volatile unsigned int * ptr;
unsigned int end = 0x7fbfff80U;
unsigned int * eptr = (unsigned int*)0x8000U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60260
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
minimal.i: In function 'test':
minimal.i:20:6: error: position plus size exceeds size of referenced object in
BIT_FIELD_REF
void test(void
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
#include stdio.h
char info = 0;
typedef enum { A = 0 } eA;
typedef enum { B = 0 } eB;
typedef enum { C = 0 } eC;
int main (void)
{
eA a = 0;
eB b;
eC c[2];
for (a = 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #30 from Jan Smets jan.sm...@alcatel-lucent.com ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #28 from Jan Smets jan.sm...@alcatel-lucent.com ---
Can this be backported to 4.8 please.
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #5 from Jan Smets jan.sm...@alcatel-lucent.com ---
Seems to work. Thanks!
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
/tmp/minimal9.i: In function 'function':
/tmp/minimal9.i:15:28: internal compiler error: in get_bit_range, at
expr.c:4562
pInfo-mode[x].member1 = 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com ---
And compile with -O1 or -O2. Reproducible on x86 and mips.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
--- Comment #4 from Jan Smets jan.sm...@alcatel-lucent.com ---
Verified
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Created attachment 30827
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30827action=edit
verify_cgraph_node failed
file.c:3290:1: error: inlined_to pointer is set but no predecessors found
}
^
GetCoreNum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58439
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com ---
Oh, and compile with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58411
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com ---
Eg, these attributes are useful too I think:
no_sanitize = disable ALL sanitize checks
sanitize - enable ALL sanitize checks
no_sanitize_{address,undefined,vla...} = disable
: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
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
Request for a no_sanitize_undefined attribute
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
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
variable-sized object may not be initialized
unsigned short x[128 5
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
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
stl.46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58420
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com ---
This may be because of the (not yet committed) patch for ubsan vla bounds
checking.
http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg61427.html
Probably another one for Marek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58411
--- Comment #2 from Jan Smets jan.sm...@alcatel-lucent.com ---
Please also think of the other -fsanitize= options.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58285
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com ---
vxworks target : . vs $ in asm names.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #7 from Jan Smets jan.sm...@alcatel-lucent.com ---
Ping
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Compile with -flto , must use mips triplet.
extern C {
extern C {
typedef int BOOL;
typedef int STATUS;
typedef struct slnode
{
} SL_LIST;
extern C {
typedef struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38990
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
CC||jan.sm...@alcatel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38990
--- Comment #4 from Jan Smets jan.sm...@alcatel-lucent.com ---
Known to work: GCC 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55793
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com 2013-04-19
11:57:36 UTC ---
Can't confirm since the patch can not be applied to 4.6.
(Even though the branch is dead already..)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #6 from Jan Smets jan.sm...@alcatel-lucent.com 2013-04-12
09:38:52 UTC ---
What if we created a new .debug_types section for the typedef if:
1) -fno-eliminate-unused-debug-types is used
2) a typedef is unused and otherwise
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com 2013-04-02
18:11:41 UTC ---
For me it's very important. To briefly describe what we do: we have structures
that are sent to different platforms with configuration information
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #5 from Jan Smets jan.sm...@alcatel-lucent.com 2013-04-02
21:28:37 UTC ---
-gstrict-dwarf does not disable type sections in GCC 4.6, the result is
unchanged. With 4.8 the behaviour is what you described.
Is it really
: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
typedef struct
{
char b[4];
} some_typedef_name;
typedef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com 2013-04-01
23:33:18 UTC ---
And the typedef names should have an entry , regardless of
-fdebug-types-section because -fno-eliminate-unused-debug-types is used.
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
perl -e print 'void test(void) { __asm__ volatile ('; print '\.byte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #9 from Jan Smets jan.sm...@alcatel-lucent.com 2013-01-08
21:45:23 UTC ---
Patch verified.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com 2013-01-07
16:20:32 UTC ---
testfunction: testfunction:
...
20: 03c21021 adduv0,s8,v0 20: 03c21021 adduv0,s8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #4 from Jan Smets jan.sm...@alcatel-lucent.com 2013-01-07
16:22:17 UTC ---
Created attachment 29099
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29099
testcase-pr55882.c
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
void testfunction(somestruct * chip)
{
unsigned i;
for (i = 0; i 4; i++)
{
{
tUint64 mask = ((chip-pp_mask) (0x0020
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Target||mips
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
Created attachment 29074
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29074
testcase
Trunk, testcase attached.
/tmp/ice.c: In function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402
--- Comment #25 from Jan Smets jan.sm...@alcatel-lucent.com 2012-12-24
00:37:18 UTC ---
55793 may be a duplicate, but the testcase is really different.
: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
Created attachment 29029
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29029
testcase
Following testcase takes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55793
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com 2012-12-22
20:44:32 UTC ---
85%+ of the time is spent in var-tracking dataflow. This may just be a
duplicate of #54402 but the testcase there is different.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #19 from Jan Smets jan.sm...@alcatel-lucent.com 2012-12-11
16:55:30 UTC ---
Steven's example only contains 10 000 entries. I need to recompile a symbol
table of 270.000 entries a dozen times each day. (and so do a lot of other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #9 from Jan Smets jan.sm...@alcatel-lucent.com 2012-11-03
18:25:32 UTC ---
Verified. Thanks Andrew.
(Should I mark it as Resolved?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
Target|mips|mipsisa64-octeon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #3 from Jan Smets jan.sm...@alcatel-lucent.com 2012-09-18
21:49:21 UTC ---
This commit introduced the bug:
http://gcc.gnu.org/viewcvs?view=revisionrevision=161655
(or 182cf5a9a415f31df0f9a10e46faed1221484a35 in git)
Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
There is an spurious addiua2,a2,1 which causes the result to be
incorrect.
tUint32 is unsigned long long
MIPS O32
GCC 4.6.3
-nostdinc -funsigned-char -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com 2012-09-08
13:18:48 UTC ---
Created attachment 28152
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28152
testcase
The result is correct with -fno-forward-propagate
tUint64
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.sm...@alcatel-lucent.com
typedef enum
{
A,
B,
C
} tEnum;
typedef struct t_A
{
tEnum my_enum:4;
} tA;
int test(tA * bla)
{
switch(bla-my_enum)
{
default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53874
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com 2012-07-06
13:09:29 UTC ---
And if the :4 is removed, then it works as expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #6 from Jan Smets jan.sm...@alcatel-lucent.com 2012-03-21
15:51:22 UTC ---
Comment on attachment 26941
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26941
Needs an ASM_OUTPUT_EXTERNAL platform for testing
Where does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #10 from Jan Smets jan.sm...@alcatel-lucent.com 2012-03-21
19:46:31 UTC ---
Works. ~13 sec for 243k entries. Still slower than GCC 3.4 but at least better
than 80+ seconds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #1 from Jan Smets jan.sm...@alcatel-lucent.com 2012-03-20
23:45:27 UTC ---
I'd like to note that this code compiles in a few seconds in GCC 3.4.
Thanks Neil for making this profile.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47739
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
CC||jan.sm...@alcatel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47733
Jan Smets jan.sm...@alcatel-lucent.com changed:
What|Removed |Added
CC||jan.sm...@alcatel
93 matches
Mail list logo