--- Comment #2 from john dot spelis at 3dlabs dot com 2009-01-12 22:16
---
Subject: Re: C++ bitfield static initialisation problem
Thank you.
(I'm suitably humbled).
Cheers
On 12 Jan 2009, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Comment #1 from pins
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38818
0
--
Summary: bitfields and -O2 or greater
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3
--- Comment #5 from john dot spelis at 3dlabs dot com 2008-09-22 20:40
---
Subject: Re: Pointer arithmetic yields strange result
Apologies; never realised that pointer arithmetic was defined
in that fashion (i.e. must always be a multiple of the object size).
Sorry to have bothered
--- Comment #1 from john dot spelis at 3dlabs dot com 2008-09-21 16:01
---
Created an attachment (id=16372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16372&action=view)
A standalone program which illustrates the problem
--
http://gcc.gnu.org/bugzilla/show_bug
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC targ
--- Comment #3 from john dot spelis at 3dlabs dot com 2008-07-24 20:02
---
Created an attachment (id=15956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15956&action=view)
output file from save-temp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36920
--- Comment #2 from john dot spelis at 3dlabs dot com 2008-07-24 20:01
---
Created an attachment (id=15955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15955&action=view)
save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36920
--- Comment #1 from john dot spelis at 3dlabs dot com 2008-07-24 20:01
---
Created an attachment (id=15954)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15954&action=view)
save-temps file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36920
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linu
--- Comment #1 from john dot spelis at 3dlabs dot com 2008-05-11 13:32
---
Created an attachment (id=15625)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15625&action=view)
The sysinfo.i output for the segment fault compilation
--
http://gcc.gnu.org/bugzilla/show_bug
fno-inline-functions
-fpic -o sysinfo.s
GNU C (GCC) version 4.3.0 (arm-3d-linux-gnueabi)
compiled by GNU C version 4.3.0, GMP version 4.2.2, MPFR version 2.3.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 7c3f80f5d14a419f1f92cb195c8
--- Comment #2 from john dot spelis at 3dlabs dot com 2008-05-07 18:38
---
Subject: Re: enum variable operation behaviour and -O2
Thanks for ending that issue.
Best Regards
On 7 May 2008, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Comment #1 from pinskia at gc
default:
break;
}
fprintf(stderr, ANSI_BOLD ANSI_RED "Got unknown option id: %d!"
ANSI_RESET "\n", optEnum);
bSuccess = false;
}
return bSuccess;
#else
fprintf(stderr, ANSI_BOLD ANSI_RED "No getopt. Ignoring command line
arguments!" ANSI_RESET "\n");
return true;
#endif
}
int main( int argc, char *argv[] )
{
boolbSuccess = true;
const char *env;
class Options opts ;
if( !processArgs(argc, argv, opts) ) {
fprintf( stderr, ANSI_BOLD ANSI_RED "Failed to process command
line arguments!" ANSI_RESET "\n" );
bSuccess = false;
}
return(0) ;
}
--
Summary: enum variable operation behaviour and -O2
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36170
--- Comment #2 from john dot spelis at 3dlabs dot com 2008-05-07 11:14
---
Subject: Re: Arm EABI C++ optimiser handles bit fields
incorrectly
Thanks pinskia. I ported the 4.3.0 compilers and that's a
confirmed fix to the issue.
Best Regards
On 5 May 2008, pinskia at gcc do
32_t count, const uint32_t size, BugType bits1,
BugType bits2 );
int main( int argc, char *argv[] )
{
uint32_t count = 0x10;
uint32_t size = 0x40;
BugType bits1, bits2;
bits1.word = 0x0030;
bits2.word = 0x8030;
if( doRead(count, size, bits1, bits2) ) {
printf( "
UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i686-pc-linux
GCC host triplet: i686-pc-linux
GCC target triplet: i686-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28345
: register aliasing causes stale data to be used
Product: gcc
Version: 3.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot spelis at 3dlabs dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-3d-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26378
18 matches
Mail list logo
