Funktionen aus Object files statt aus Libs bevorzugen

[Mark .. (mork)]

Hallo,

wie kann man dem Linker mitteilen, dass er bei Funktionen, die sowohl in 
der per Kommandozeile übergebenen .o-Datei als auch in einer 
dazugelinkten .a-Library die Funktion aus der .o nehmen und die aus der 
Lib ignorieren soll?

Bei mir kommt ständig der Fehler

d:/programme/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3\libgui.a(window.o): In function `Window::Paint()':
window.cpp:(.text+0x6d8): multiple definition of `Window::Paint()'
obj\Release\server_window.o:server_window.cpp:(.text+0x12c): first defined here

MfG Mark

[Johann L. (gjlayde)]

Mal versuchen __attribute__((weak)) an den lib-Funktionen (C) bzw. .weak 
(asm) wenn das ld-Target elf ist.

Der Compiler bzw. das verwendete GCC-Backend muss weak unterstützen, 
also #define SUPPORTS_WEAK
o.ä. in ./gcc/config/foo.foo.h nebst Implementierung im C-File.

Johann

http://www.google.de/search?q=gnu+ld+weak+funtion

[Mark .. (mork)]

Erstmal danke für die Hilfe, Johann.

Jetzt meckert der Linker zwar nicht mehr bei Funktionen, dafür aber bei 
der vtable einer Klasse, weil diese ebenfalls doppelt vorhanden ist. 
Wenn man die Klasse selbst mit __attribute__((weak)) versieht, ändert 
sich nichts.

Gibt es eine Möglichkeit, auch die vtable 'weak' zu machen?

MfG Mark

[Johann L. (gjlayde)]

hmmm

mich dünkt das geht hier in die falsche Richtung --> Hack.

Warum nicht einfach die Klasse aus der Lib ableiten und die Funktionen 
überschreiben, die nicht das machen, was sie sollen.

Über die gcc-Innereien von vtable kann ich auch net weiterhelfen, evtl 
nach .gnu.linkonce.* per ld-Skript. Sieht aber wie gesagt nach Hack aus.

Johann

[Mark .. (mork)]

Die Klasse abzuleiten ist eine ziemlich gute Idee, zudem es genau das 
macht, was ich brauche. Manachmal sieht man eben den Wald vor lauter 
Bäumen nicht mehr ;)

Vielen Dank!

[Jörg W. (dl8dtl) (Moderator)]

Mark P. schrieb:

> wie kann man dem Linker mitteilen, dass er bei Funktionen, die sowohl in
> der per Kommandozeile übergebenen .o-Datei als auch in einer
> dazugelinkten .a-Library die Funktion aus der .o nehmen und die aus der
> Lib ignorieren soll?

Genau das macht der Linker übrigens.  Allerdings musst du natürlich
zuerst alle .o-Dateien auf der Kommandozeile angeben, erst danach
irgendwelche Bibliotheken.  Andernfalls könnte es passieren, dass er
schon Module aus Bibliotheken entnimmt, um andere Referenzen
aufzulösen, bevor er mit der Verarbeitung aller .o-Dateien fertig
ist.

[Mark .. (mork)]

@Jörg

In bei mir wird die Lib als letztes übergeben, also nach allen 
.o-Dateien.

>Andernfalls könnte es passieren, dass er
>schon Module aus Bibliotheken entnimmt, um andere Referenzen
>aufzulösen, bevor er mit der Verarbeitung aller .o-Dateien fertig
>ist.

Ich glaub genau das ist der Fall. Die meisten Funktionen aus den 
Object-Files werwenden Funktionen aus der Lib.

Ist jetzt aber eh egal, da die Ableitung der Klasse einen viel 
eleganteren Weg darstellt.

MfG Mark