public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/18850] padding within a sequence type
       [not found] <bug-18850-9515@http.gcc.gnu.org/bugzilla/>
@ 2007-08-06 13:16 ` fxcoudert at gcc dot gnu dot org
  2007-08-15 10:16 ` fxcoudert at gcc dot gnu dot org
  1 sibling, 0 replies; 4+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-08-06 13:16 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from fxcoudert at gcc dot gnu dot org  2007-08-06 13:15 -------
Maybe I'm completely off, but isn't the -fpack-derived option what is needed to
play with this padding? (it's hard for me to tell exactly, because I don't
really read assembly) If so, could we close the PR?


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu dot
                   |                            |org
             Status|NEW                         |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18850


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug fortran/18850] padding within a sequence type
       [not found] <bug-18850-9515@http.gcc.gnu.org/bugzilla/>
  2007-08-06 13:16 ` [Bug fortran/18850] padding within a sequence type fxcoudert at gcc dot gnu dot org
@ 2007-08-15 10:16 ` fxcoudert at gcc dot gnu dot org
  1 sibling, 0 replies; 4+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2007-08-15 10:16 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from fxcoudert at gcc dot gnu dot org  2007-08-15 10:16 -------
Fixing as FIXED: I think the -fpack-derived option is used for this very
purpose.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18850


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug fortran/18850] padding within a sequence type
  2004-12-05 19:56 [Bug fortran/18850] New: " Thomas dot Koenig at online dot de
  2004-12-05 20:47 ` [Bug fortran/18850] " tobi at gcc dot gnu dot org
@ 2004-12-06  8:37 ` Thomas dot Koenig at online dot de
  1 sibling, 0 replies; 4+ messages in thread
From: Thomas dot Koenig at online dot de @ 2004-12-06  8:37 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From Thomas dot Koenig at online dot de  2004-12-06 08:37 -------
(In reply to comment #1)
> Alternatively, do other compilers omit padding in sequence types?

ifort does so, unless the '-pad' option is given:

http://www.intel.com/software/products/compilers/flin/docs/for_ug2/cmp_algn.htm

So does Compaq fortran, unless you specify /align:sequence :

http://h18009.www1.hp.com/fortran/docs/vf-html/pg/pgualopt.htm

xlf also does it, but marks it as an extension:

http://www-1.ibm.com/support/docview.wss?uid=swg27003923&aid=1 , page 454:

# The size of a sequence derived type is equal to the number of bytes
# of storage needed to hold all of the components of that derived type.


The point seems somewhat to be in contention as far as a standards
requirement is concerned:

http://j3-fortran.org/doc/meeting/150/99-190.txt

I've changed the bug type to "enhancement" with this.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
             Status|WAITING                     |NEW
     Ever Confirmed|                            |1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18850


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug fortran/18850] padding within a sequence type
  2004-12-05 19:56 [Bug fortran/18850] New: " Thomas dot Koenig at online dot de
@ 2004-12-05 20:47 ` tobi at gcc dot gnu dot org
  2004-12-06  8:37 ` Thomas dot Koenig at online dot de
  1 sibling, 0 replies; 4+ messages in thread
From: tobi at gcc dot gnu dot org @ 2004-12-05 20:47 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 20:47 -------
Can you point to a part in the standard which supports this claim? Looking
through it I didn't see anything supporting this claim.

Alternatively, do other compilers omit padding in sequence types? In this case
we might want to support this out of compatibility reasonings.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18850


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-08-15 10:16 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-18850-9515@http.gcc.gnu.org/bugzilla/>
2007-08-06 13:16 ` [Bug fortran/18850] padding within a sequence type fxcoudert at gcc dot gnu dot org
2007-08-15 10:16 ` fxcoudert at gcc dot gnu dot org
2004-12-05 19:56 [Bug fortran/18850] New: " Thomas dot Koenig at online dot de
2004-12-05 20:47 ` [Bug fortran/18850] " tobi at gcc dot gnu dot org
2004-12-06  8:37 ` Thomas dot Koenig at online dot de

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).