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).