--- Comment #9 from tobi at gcc dot gnu dot org 2007-04-17 01:12 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from tobi at gcc dot gnu dot org 2007-04-17 01:09 ---
Subject: Bug 31144
Author: tobi
Date: Tue Apr 17 01:09:34 2007
New Revision: 123904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123904
Log:
PR fortran/31144
fortran/
* decl.c (gfc_sym_mangled_identifier): U
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org
|dot org
--- Comment #7 from patchapp at dberlin dot org 2007-04-16 15:00 ---
Subject: Bug number PR 31144
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00985.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from tobi at gcc dot gnu dot org 2007-03-21 15:12 ---
That should work, C++ mangles names to something like
_ZN9wikipedia7article8wikilinkC1ERKSs
NB your regexp is missing the underscore inside the second pair of brackets :-)
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-03-21 14:00
---
(In reply to comment #4)
> FX' suggestion may fail if dots turn out to be non-portable.
The GNU as documentation says: "Symbol names begin with a letter or with one of
`._'. On most machines, you can also use $ i
--- Comment #4 from tobi at gcc dot gnu dot org 2007-03-21 12:13 ---
(In reply to comment #3)
FX' suggestion may fail if dots turn out to be non-portable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31144
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-16 16:27
---
Confirmed, this should be fixed for 4.3.0
Intel and Portland compilers use a broken mechanism. Sun gives the following
name to symbol FOO in module MOD: "mod.foo_" It seems clean to me.
--
fxcoudert at gcc do
