--- Comment #11 from kargl at gcc dot gnu dot org 2010-07-16 19:46 ---
Closing as WONTFIX. With trunk being for active development
and 4.4 and 4.5 under maintenance commits, I doubt anyone
will find time to investigate this further.
Thanks for the bug report.
--
kargl at gcc dot g
--- Comment #10 from sme at cs dot toronto dot edu 2010-07-16 19:00 ---
Okay, I just upgraded to 4.4.1 and it compiles fine.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44957
--- Comment #9 from kargl at gcc dot gnu dot org 2010-07-16 18:45 ---
(In reply to comment #8)
> Here's my command line, and the results:
>
> % gfortran -c m_dropdead.F90 m_die.F90 m_IndexBin_char.F90
> m_IndexBin_char.F90:12.25:
>
> use m_die, only : die
>
--- Comment #8 from sme at cs dot toronto dot edu 2010-07-16 18:39 ---
Here's my command line, and the results:
% gfortran -c m_dropdead.F90 m_die.F90 m_IndexBin_char.F90
m_IndexBin_char.F90:12.25:
use m_die, only : die
1
Error: Symbol 'die' referenced a
--- Comment #7 from dominiq at lps dot ens dot fr 2010-07-16 18:28 ---
Works for me too on x86_64-apple-darwin10.4 and powerpc-apple-darwin9.
> Ah, here the potential problem, Mac OS X is notorious for having
> problems that other OS's do not.
urban legend!-)
--
http://gcc.gnu.org
--- Comment #6 from kargl at gcc dot gnu dot org 2010-07-16 17:18 ---
(In reply to comment #3)
> I've investigated further, and can reproduce it, but with one more condition
> that I didn't mention in the original bugreport.
> Basically, it happens when we have two modules, both definin
--- Comment #5 from sme at cs dot toronto dot edu 2010-07-16 16:06 ---
Created an attachment (id=21226)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21226&action=view)
3rd file to reproduce - compiling this one generates the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #4 from sme at cs dot toronto dot edu 2010-07-16 16:05 ---
Created an attachment (id=21225)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21225&action=view)
2nd of three F90 files that reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44957
--- Comment #3 from sme at cs dot toronto dot edu 2010-07-16 16:04 ---
I've investigated further, and can reproduce it, but with one more condition
that I didn't mention in the original bugreport.
Basically, it happens when we have two modules, both defining a subroutine with
the same n
--- Comment #2 from sme at cs dot toronto dot edu 2010-07-16 16:03 ---
Created an attachment (id=21224)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21224&action=view)
three f90 files that reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44957
--- Comment #1 from kargl at gcc dot gnu dot org 2010-07-15 17:48 ---
(In reply to comment #0)
> When compiling a generic procedure, the generic name is not entered in the
> symbol table, which then causes subsequent 'use' statements to fail.
>
> Example:
>
> in m_die.F90 we declare:
>
11 matches
Mail list logo
