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 ---
Ping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70871
Jan Smets changed:
What|Removed |Added
Attachment #38376|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70871
--- Comment #2 from Jan Smets ---
Created attachment 38376
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38376&action=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 ---
Should I open a different issue for that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70336
Jan Smets changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
Jan Smets changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66920
--- Comment #4 from Jan Smets ---
Seems fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66931
Jan Smets changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63629
Jan Smets changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #5 from Jan Smets ---
Reduced test case by creduce
struct UINT;
typedef struct { UINT TYPES } eType;
fn1(eType) {
gcc version 5.3.1 20160411 (GCC)
= gcc-5-branch @ 0efe1cc72d37ff1173b52cf6bc3f17bd0ccb59f3
target = x86_64-unknown-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #3 from Jan Smets ---
output is the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #1 from Jan Smets ---
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
0x732f37 c_tree_chain_next
.././gcc-5.3.
++
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 it
++
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
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=68513
--- Comment #13 from Jan Smets ---
I don't think is fixed in 5.x-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69352
--- Comment #4 from Jan Smets ---
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_HIMRL,
REG_HCMRH,
REG_HCMRL,
REG_HADDRH,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679
Jan Smets changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69352
Jan Smets changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
++
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
{anon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #11 from Jan Smets ---
Thanks. Can this also be backported to 5.x? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #9 from Jan Smets ---
Could you please tell me in which commit the issue was fixed. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68636
--- Comment #2 from Jan Smets ---
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 [ iftmp$0 ]) [2 *iftmp$0_1+0 S4
A32])
(const
-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&action=edit
test case
$ g++ test.cc -o test -O2 -Wall && ./test
DEL element[1]=2
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&action=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 ---
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
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Created attachment 33795
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33795&action=edit
ice in fix_loop_structure, at loop-init.c:251
/tmp/gcc50-new/x86_64-wrs-vxworks/x86_64-unknow
: 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=58970
Jan Smets changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59132
--- Comment #1 from Jan Smets ---
Ping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60861
--- Comment #2 from Jan Smets ---
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 as C) or when compiled as C+
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=60260
Jan Smets changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
: 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
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
#include
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; a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #30 from Jan Smets ---
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #28 from Jan Smets ---
Can this be backported to 4.8 please.
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #5 from Jan Smets ---
Seems to work. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #1 from Jan Smets ---
And compile with -O1 or -O2. Reproducible on x86 and mips.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
--- Comment #4 from Jan Smets ---
Verified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58439
--- Comment #1 from Jan Smets ---
Oh, and compile with -O2
Assignee: unassigned at gcc dot gnu.org
Reporter: jan.sm...@alcatel-lucent.com
Created attachment 30827
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30827&action=edit
verify_cgraph_node failed
file.c:3290:1: error: inlined_to pointer is set but no predecessors found
}
^
Get
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58411
--- Comment #3 from Jan Smets ---
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 the specific check
sanitize_{addre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58411
--- Comment #2 from Jan Smets ---
Please also think of the other -fsanitize= options.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58420
--- Comment #1 from Jan Smets ---
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 Polacek.
- Jan
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
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 >
: 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #7 from Jan Smets ---
Ping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58285
--- Comment #3 from Jan Smets ---
vxworks target : . vs $ in asm names.
: 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38990
--- Comment #4 from Jan Smets ---
Known to work: GCC 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38990
Jan Smets changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55793
--- Comment #3 from Jan Smets 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 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 eliminated.
By doing this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #5 from Jan Smets 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 that much trouble to add a DW_TAG_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #3 from Jan Smets 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 for fail
over/redundancy/etc. Fir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
--- Comment #1 from Jan Smets 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.
: 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
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 (';
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #9 from Jan Smets 2013-01-08
21:45:23 UTC ---
Patch verified.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #4 from Jan Smets 2013-01-07
16:22:17 UTC ---
Created attachment 29099
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29099
testcase-pr55882.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #3 from Jan Smets 2013-01-07
16:20:32 UTC ---
: :
...
20: 03c21021 adduv0,s8,v0 20: 03c21021 adduv0,s8,v0
24: 8c44000c lw a0,12(v0) | 24:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
Jan Smets changed:
What|Removed |Added
Target||mips*
--- Comment #1 from Jan Smets
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->p
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402
--- Comment #25 from Jan Smets 2012-12-24
00:37:18 UTC ---
55793 may be a duplicate, but the testcase is really different.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55793
--- Comment #1 from Jan Smets 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.
: 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 testc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #19 from Jan Smets 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
people)
With the 'fix' it st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #9 from Jan Smets 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
--- Comment #3 from Jan Smets 2012-09-18
21:49:21 UTC ---
This commit introduced the bug:
http://gcc.gnu.org/viewcvs?view=revision&revision=161655
(or 182cf5a9a415f31df0f9a10e46faed1221484a35 in git)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets changed:
What|Removed |Added
Target|mips|mipsisa64-octeon-elf
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #1 from Jan Smets 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 is unsigned long long I meant.
An
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=53874
--- Comment #1 from Jan Smets 2012-07-06
13:09:29 UTC ---
And if the :4 is removed, then it works as expected.
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)
{
defa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #10 from Jan Smets 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 #6 from Jan Smets 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 deferred_global_decls come from? Can th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640
--- Comment #1 from Jan Smets 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 changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47733
Jan Smets changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
93 matches
Mail list logo
