Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jrose.manila at gmail dot com
Target Milestone: ---
Created attachment 41363
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41363&action=edit
source file describing bug
Problem: long int structure memb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Summary|long int structure members |gdb reports incorrect
|a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Summary|gdb reports incorrect |gdb sizeof(long int)=4 but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
--- Comment #5 from Julian Rose ---
https://bugzilla.redhat.com/show_bug.cgi?id=518712 describes the same issue
under Linux. But repeating the same test described in comment-1 there when run
under x86_64-pc-cygwin gets the wrong answer:
$ gdb
GN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
--- Comment #9 from Julian Rose ---
(In reply to Jonathan Wakely from comment #8)
> It uses the ms-abi for calling conventions but LP64, no LLP64:
> https://cygwin.com/cygwin-ug-net/programming.html
>
> That's by design, and so GCC's behaviour i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
--- Comment #10 from Julian Rose ---
(In reply to Julian Rose from comment #9)
> (In reply to Jonathan Wakely from comment #8)
> > It uses the ms-abi for calling conventions but LP64, no LLP64:
> > https://cygwin.com/cygwin-ug-net/programming.htm
