public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined
@ 2010-11-12 9:28 janus at gcc dot gnu.org
2010-11-12 10:10 ` [Bug fortran/46448] " sfilippone at uniroma2 dot it
` (6 more replies)
0 siblings, 7 replies; 8+ messages in thread
From: janus at gcc dot gnu.org @ 2010-11-12 9:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
Summary: [4.6 Regression] [OOP] symbol `__copy_...' is already
defined
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: janus@gcc.gnu.org
Simple test case:
module m0
type :: t
end type
end module
module m1
use m0
class(t), pointer :: c1
end module
module m2
use m0
class(t), pointer :: c2
end module
end
This currently fails with:
/tmp/cciKD2sS.s: Assembler messages:
/tmp/cciKD2sS.s:72: Error: symbol `__copy_m0_t_' is already defined
The test case works with 4.5. The error is a regression of my recent
"polymorphic deep copy" patch:
http://gcc.gnu.org/viewcvs?view=revision&revision=166368
I think this is the same issue as the one reported by Salvatore here:
http://gcc.gnu.org/ml/fortran/2010-11/msg00205.html
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
@ 2010-11-12 10:10 ` sfilippone at uniroma2 dot it
2010-11-12 12:55 ` burnus at gcc dot gnu.org
` (5 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: sfilippone at uniroma2 dot it @ 2010-11-12 10:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
Salvatore Filippone <sfilippone at uniroma2 dot it> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sfilippone at uniroma2 dot
| |it
--- Comment #1 from Salvatore Filippone <sfilippone at uniroma2 dot it> 2010-11-12 10:05:38 UTC ---
(In reply to comment #0)
>
> /tmp/cciKD2sS.s: Assembler messages:
> /tmp/cciKD2sS.s:72: Error: symbol `__copy_m0_t_' is already defined
>
>
> The test case works with 4.5. The error is a regression of my recent
> "polymorphic deep copy" patch:
>
> http://gcc.gnu.org/viewcvs?view=revision&revision=166368
>
>
> I think this is the same issue as the one reported by Salvatore here:
>
> http://gcc.gnu.org/ml/fortran/2010-11/msg00205.html
Yup, it's the same kind of problem.
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
2010-11-12 10:10 ` [Bug fortran/46448] " sfilippone at uniroma2 dot it
@ 2010-11-12 12:55 ` burnus at gcc dot gnu.org
2010-11-15 13:22 ` rguenth at gcc dot gnu.org
` (4 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: burnus at gcc dot gnu.org @ 2010-11-12 12:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> 2010-11-12 12:49:47 UTC ---
I think you should check whether the symbol is already there using the "gsym"
(assuming that -fwhole-file is used - but I think that can be assumed ;-).
There should be only one such function per translation unit; it should use
everywhere the same decl (UID) and - of course - it should be not exported
('static') such that you can have the same function in multiple translation
units. (Which is ugly - best would be to have only once per program, but I
think the .mod file is emitted before the CLASS is encountered.)
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
2010-11-12 10:10 ` [Bug fortran/46448] " sfilippone at uniroma2 dot it
2010-11-12 12:55 ` burnus at gcc dot gnu.org
@ 2010-11-15 13:22 ` rguenth at gcc dot gnu.org
2010-12-31 22:52 ` sfilippone at uniroma2 dot it
` (3 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: rguenth at gcc dot gnu.org @ 2010-11-15 13:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P4
Target Milestone|--- |4.6.0
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
` (2 preceding siblings ...)
2010-11-15 13:22 ` rguenth at gcc dot gnu.org
@ 2010-12-31 22:52 ` sfilippone at uniroma2 dot it
2011-01-03 12:12 ` janus at gcc dot gnu.org
` (2 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: sfilippone at uniroma2 dot it @ 2010-12-31 22:52 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
--- Comment #3 from Salvatore Filippone <sfilippone at uniroma2 dot it> 2010-12-31 22:52:03 UTC ---
(In reply to comment #2)
> I think you should check whether the symbol is already there using the "gsym"
> (assuming that -fwhole-file is used - but I think that can be assumed ;-).
>
> There should be only one such function per translation unit; it should use
> everywhere the same decl (UID) and - of course - it should be not exported
> ('static') such that you can have the same function in multiple translation
> units. (Which is ugly - best would be to have only once per program, but I
> think the .mod file is emitted before the CLASS is encountered.)
I just discovered that changing the order of some USE statements in one
intermediate module makes the extra __copy symbol disappear.
While it's a nice workaround, it's a bit suspicious.....
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
` (3 preceding siblings ...)
2010-12-31 22:52 ` sfilippone at uniroma2 dot it
@ 2011-01-03 12:12 ` janus at gcc dot gnu.org
2011-01-04 12:59 ` janus at gcc dot gnu.org
2011-01-04 13:06 ` janus at gcc dot gnu.org
6 siblings, 0 replies; 8+ messages in thread
From: janus at gcc dot gnu.org @ 2011-01-03 12:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
janus at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2011.01.03 12:12:22
AssignedTo|unassigned at gcc dot |janus at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #4 from janus at gcc dot gnu.org 2011-01-03 12:12:22 UTC ---
Got a patch. Regtesting right now ...
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
` (4 preceding siblings ...)
2011-01-03 12:12 ` janus at gcc dot gnu.org
@ 2011-01-04 12:59 ` janus at gcc dot gnu.org
2011-01-04 13:06 ` janus at gcc dot gnu.org
6 siblings, 0 replies; 8+ messages in thread
From: janus at gcc dot gnu.org @ 2011-01-04 12:59 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
--- Comment #5 from janus at gcc dot gnu.org 2011-01-04 12:59:26 UTC ---
Author: janus
Date: Tue Jan 4 12:59:23 2011
New Revision: 168464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168464
Log:
2011-01-04 Janus Weil <janus@gcc.gnu.org>
PR fortran/46448
* class.c (gfc_find_derived_vtab): Set the module field for the copying
routine to make sure it receives module name mangling.
2011-01-04 Janus Weil <janus@gcc.gnu.org>
PR fortran/46448
* gfortran.dg/class_34.f90: New.
Added:
trunk/gcc/testsuite/gfortran.dg/class_34.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/class.c
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
` (5 preceding siblings ...)
2011-01-04 12:59 ` janus at gcc dot gnu.org
@ 2011-01-04 13:06 ` janus at gcc dot gnu.org
6 siblings, 0 replies; 8+ messages in thread
From: janus at gcc dot gnu.org @ 2011-01-04 13:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46448
janus at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--- Comment #6 from janus at gcc dot gnu.org 2011-01-04 13:05:47 UTC ---
Fixed with r168464. Closing.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2011-01-04 13:06 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-11-12 9:28 [Bug fortran/46448] New: [4.6 Regression] [OOP] symbol `__copy_...' is already defined janus at gcc dot gnu.org
2010-11-12 10:10 ` [Bug fortran/46448] " sfilippone at uniroma2 dot it
2010-11-12 12:55 ` burnus at gcc dot gnu.org
2010-11-15 13:22 ` rguenth at gcc dot gnu.org
2010-12-31 22:52 ` sfilippone at uniroma2 dot it
2011-01-03 12:12 ` janus at gcc dot gnu.org
2011-01-04 12:59 ` janus at gcc dot gnu.org
2011-01-04 13:06 ` janus at gcc dot gnu.org
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).