- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi
If I try to compile this test code:
error #6292: The parent type of this field is use associated with the PRIVATE fields attribute
print*, john%a
---------------^
The compiler says that the variable 'a' is given the private attribute at some point but I can't see where. The default accessibility is set to private within the type grandparent but 'a' is explicitly made public. The default is also set to private in child_mod but I don't see how this should affect the accessibility...
If I try to compile this test code:
[fortran]module grandparent_mod
implicit none
type :: grandparent
private
integer, public :: a = 1
end type grandparent
end module grandparent_mod
module parent_mod
use grandparent_mod
implicit none
type, extends(grandparent) :: parent
integer :: b = 2
end type parent
end module parent_mod
module child_mod
use parent_mod
implicit none
private
type, public, extends(parent) :: child
integer :: c = 3
end type child
end module child_mod
program test
use child_mod
implicit none
type(child) :: john
print*, john%c
print*, john%b
print*, john%a
end program test[/fortran] with ifort 11.1 20091012 i geterror #6292: The parent type of this field is use associated with the PRIVATE fields attribute
print*, john%a
---------------^
The compiler says that the variable 'a' is given the private attribute at some point but I can't see where. The default accessibility is set to private within the type grandparent but 'a' is explicitly made public. The default is also set to private in child_mod but I don't see how this should affect the accessibility...
Link Copied
9 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It's a bug in the version of the compiler you are using. I don't see the error with the beta version of the compiler but I do see it in the latest 11.1 compiler.
Our F2003 implementation is still a work in progress with 11.1. The next major version will address many of the F03 shortcomings of 11.1.
I will send you a private note with instructions on how to try the beta version of the compiler.
ron
Our F2003 implementation is still a work in progress with 11.1. The next major version will address many of the F03 shortcomings of 11.1.
I will send you a private note with instructions on how to try the beta version of the compiler.
ron
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It's a known defect witha PRIVATE statement in an extended type as described here. Fortran 2003 changed the PRIVATE statement to only set the default accessibility of the components, as opposed to actually setting the componentsas PRIVATE. As Ron said, it's already fixed in the next major version of the compiler.
Patrick Kennedy
Intel Developer Support
Patrick Kennedy
Intel Developer Support
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thankyou both for your help.
I installed version 12 beta update 2 for linux in my home directory on our openSUSE 11.0 (x86_64) desktop and everything seemed to go fine but when i do:
ifort test.f90
i get:
Unknown option: GLOB_product_id_code
compilation aborted for test.f90 (code 1)
any ideas?
I installed version 12 beta update 2 for linux in my home directory on our openSUSE 11.0 (x86_64) desktop and everything seemed to go fine but when i do:
ifort test.f90
i get:
Unknown option: GLOB_product_id_code
compilation aborted for test.f90 (code 1)
any ideas?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
make sure to
source ~/intel/bin/ifortvars.sh intel64
The error you describe sounds like your PATH is pointing to the new 'ifort' command, but the LD_LIBRARY_PATH is picking up the dir for older .so libs from an older compiler. Check your PATH an LD_LIBRARY_PATH, INCLUDE, etc.
ron
source ~/intel/bin/ifortvars.sh intel64
The error you describe sounds like your PATH is pointing to the new 'ifort' command, but the LD_LIBRARY_PATH is picking up the dir for older .so libs from an older compiler. Check your PATH an LD_LIBRARY_PATH, INCLUDE, etc.
ron
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks again, I've started a new thread about an error message which has been introduced in by updating.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Unfortunately, the original issue was not fixed in 12.0. The issue is already under investigation - the id is DPD200168299.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This problem has been fixed for a future release.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello Steve I am encountering the same problem using 12.0. Has this issue been fixed? The guide for theIntel Fortran Composer XE 2011 forLinux*mentions it so I am not sure if it is fixed yet. If not, what future release can it be expected in and when can we expect this release?
Thanks
Jeremy
Thanks
Jeremy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
A release later this year, not an update.
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page