Discussion :

[ChPr]

Bonjour à toutes et à tous,

Et ça recommence :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Error while linking

Avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

crtbeginS.o not found

Je suis sous Ubuntu 22.04.2 LTS et Lazarus 2.0.6 et FPC 3.0.4

J'ai suivi ce qui suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
bart@simenon ~ $ gcc --print-file-name crtbeginS.o
/usr/lib/gcc/x86_64-linux-gnu/5/crtbeginS.o
 
Add the path into fpc.cfg:
 
# path to the gcclib
#ifdef cpui386
#-Fl/usr/lib/gcc/x86_64-linux-gnu/5  if you have a 32-bit fpc: fill in the correct path here
#endif
#ifdef cpux86_64
-Fl/usr/lib/gcc/x86_64-linux-gnu/5
#endif

Chez moi, l'indice était à 7 dans fpc.cfg alors que le test du wiki m'indiquait 11. J'ai donc fait ce changement.

Cette fois-ci, je n'ai plus de warning concernant le crtbegins.o, mais j'ai toulours :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Error while linking.

Je ne sais plus trop quoi faire.

Merci de votre aide.

Pierre

[Jipété]

Salut,

Chez moi, l'indice était à 7 dans fpc.cfg alors que le test du wiki m'indiquait 11. J'ai donc fait ce changement.

En voilà une phrase mystérieuse : l'indice... Quel indice ?

Bref, chez moi j'ai

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
gcc --print-file-name crtbeginS.o
/usr/lib/gcc/x86_64-linux-gnu/10/crtbeginS.o

mais ça ne veut pas dire que ça va aller chez toi, car j'ai aussi Laz 2.2.6 et FPC 3.2.2

Pour trouver le bon chemin, si tu es sous Linux, locate crtbeginS.o te dira tout.

Je ne sais plus trop quoi faire.

Faut aller voir si le dossier remonté par locate existe bien, chez moi c'est le cas, j'ai bien

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# path to the gcclib
#ifdef cpui386
-Fl/usr/lib/gcc/x86_64-linux-gnu/10
#endif
#ifdef cpux86_64
-Fl/usr/lib/gcc/x86_64-linux-gnu/10
#endif

un dossier /usr/lib/gcc/x86_64-linux-gnu/10 plein de trucs et de machins.

[ChPr]

Merci Jipété pour cette réponse.

L'indice dont je parle, et tu l'as bien compris, est le 10 chez toi. Chez moi, c'est le 11.

Dans le fichier fpc.cfg, qui se trouve dans le répertoire /etc j'ai bien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# path to the gcclib
#ifdef cpui386
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif
#ifdef cpux86_64
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif

Le répertoire : usr/lib/gcc/x86_64-linux-gnu/11 existe bien et contient bien les fichiers crtbeginS.o et crtendS.oCordialement.

Pierre.

[Jipété]

Bonsoir,

je n'y comprends rien !
Dans ton premier post tu parles d'indice à 7 dans le fichier fpc.cfg et tu mets des lignes avec un indice à 5, puis dans ton dernier post tu nous parles de 11...
Faudrait mettre tout ça d'équerre.

Par ailleurs, quand je regarde ce petit bout de configuration,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# path to the gcclib
#ifdef cpui386
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif
#ifdef cpux86_64
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif

je me dis que quel que soit le cpu, 32 ou 64 bits, ça va utiliser le même dossier contenant les fichiers de compilation, qui risquent bien d'être pour 64 bits, vu le nom du dossier parent.
Question : tu n'es pas en 32 bits ? Si oui, c'est ça qui coince.
Si non, faudra voir un spécialiste car là, ça me dépasse.

[ChPr]

Bonsoir,

je n'y comprends rien !
Dans ton premier post tu parles d'indice à 7 dans le fichier fpc.cfg et tu mets des lignes avec un indice à 5, puis dans ton dernier post tu nous parles de 11...
Faudrait mettre tout ça d'équerre. ...

C'est d'équerre. Là où tu as vu 5 c'est l'exemple du Wiki. Là où il y avait 7, c'était mon fichier avant modif. Le 11 vient de mon locate crtbeginS.o et c'est cette dernière valeur que mise dans le fichier fpc.cfg.

... Par ailleurs, quand je regarde ce petit bout de configuration,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
# path to the gcclib
#ifdef cpui386
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif
#ifdef cpux86_64
-Fl/usr/lib/gcc/x86_64-linux-gnu/11
#endif

je me dis que quel que soit le cpu, 32 ou 64 bits, ça va utiliser le même dossier contenant les fichiers de compilation, qui risquent bien d'être pour 64 bits, vu le nom du dossier parent.
Question : tu n'es pas en 32 bits ? Si oui, c'est ça qui coince.
Si non, faudra voir un spécialiste car là, ça me dépasse.

Je suis bien en 64 bits. Par ailleurs, je n'ai pas de répertoire mentionnant un 32 bits.

Cordialement.

Pierre.

[Jipété]

Bonjour,

donc ça devrait fonctionner.

Il ne te reste plus qu'une chose à faire, vider le dossier lib du projet car, incroyable mais vrai, il y a quelques mois j'ai été obligé de le faire pour un projet.

C'est fou, non ? On se dit que si on demande une compil les fichiers nécessaires vont être recréés, mais non...

Ah, l'informatique n'est plus ce que c'était...

Exemple HS : je suis sur un prog de gestion des polices, il y en a une qui s'affiche mais que je ne retrouve pas dans LibreOffice, qui m'en propose deux autres très similaires :
ShelleyVolanteBT <> Shelley et Shelley-AllegroScript.
Le temps que je vais encore perdre avec ce gag, même pas j'en parle... /HS

[ChPr]

Merci Jipété pour cette suggestion.

Pour autant le problème est plus général.

En effet, que je recompile n'importe quel programme (ayant ou non supprimé le dossier lib), que j'en crée un nouveau ou que j'essaie de recompiler Lazarus car j'y ai ajouté ou modifié un composant, dans tous les cas, j'ai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Error while linking.

Concrètement, je suis totalement bloqué.

NOTA : cette configuration fonctionnait. Les seules modifications qui ont pu intervenir sont des mises à jour d'Ubuntu.

Cordialement.

Pierre.

[Jipété]

Les seules modifications qui ont pu intervenir sont des mises à jour d'Ubuntu.

Alors c'est Ubuntu qui a mis sa pagaille --> voir ici dans le forum Linux (mais je n'y crois pas trop) ou directement chez Ubuntu ou même chez Lazarus (https://forum.lazarus.freepascal.org/index.php)

[BeanzMaster]

Hello

Dès qu'il y a une mise à jour de gcc dans linux ça fout le bordel, parce que le numéro de version change et que celui-ci est présent dans le path.

Si tu recherches dans de ce forum tu devrais trouver un ou deux topics avec la bonne manip à faire. Avec JPT on a écrit des réponses sur ce sujet. Mais où, alors là, c'est la question !

NB: J'ai retrouvé :
https://www.developpez.net/forums/d1...bleme-linkage/
https://forum.lazarus.freepascal.org...c,57163.0.html

[ChPr]

Une approche de la solution m'a été donnée ici. J'ai enlevé tous les filtres de messages et j'ai obtenu :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
Messages - Conseils : 98
...
Création de l'EDI: Code de sortie 2 - Erreurs : 1 - Conseils : 4
Debug: make: Entering directory '/usr/share/lazarus/2.0.6'
Verbose: /usr/bin/make -C ide idepkg
Verbose: make[1]: Entering directory '/usr/share/lazarus/2.0.6/ide'
Verbose: /usr/bin/make --assume-new=lazarus.pp lazarus OPT=' "@/home/chp/.lazarus/idemake.cfg"'
Verbose: make[2]: Entering directory '/usr/share/lazarus/2.0.6/ide'
Verbose: /usr/bin/fpc -gl -vbqewnhi -Sci -dlclgtk2 -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../components/custom -Fuframes -Fu. -Fu/usr/lib/fpc/3.0.4/units/x86_64-linux/rtl -Fiinclude -Fiinclude/linux -Fi../images -FE.. -FU../units/x86_64-linux/gtk2 -Cg -Fl/usr/lib/gcc/x86_64-linux-gnu/11 -Flinclude -Fl/etc/ld.so.conf.d/*.conf "@/home/chp/.lazarus/idemake.cfg" -dx86_64 lazarus.pp
Hint: Start of reading config file /etc/fpc.cfg
Hint: End of reading config file /etc/fpc.cfg
Hint: Start of reading config file /home/chp/.lazarus/idemake.cfg
Hint: End of reading config file /home/chp/.lazarus/idemake.cfg
Verbose: Free Pascal Compiler version 3.0.4 [2018/10/29] for x86_64
Verbose: Copyright (c) 1993-2017 by Florian Klaempfl and others
Verbose: Target OS: Linux for x86-64
Verbose: Compiling lazarus.pp
Verbose: Compiling resource /home/chp/.lazarus/units/x86_64-linux/gtk2/lazarus.or
Verbose: Linking /home/chp/.lazarus/bin/lazarus
Verbose: linker: /usr/bin/ld: warning: /home/chp/.lazarus/bin/link.res contains output sections; did you forget -T?
Verbose: linker: /usr/bin/ld: /usr/lib/fpc/3.0.4/units/x86_64-linux/rtl/cprt0.o: in function `_start':
Debug: (.text+0x3c): undefined reference to `__libc_csu_init'
Verbose: linker: /usr/bin/ld: (.text+0x43): undefined reference to `__libc_csu_fini'
lazarus.pp(165,1) Error: Error while linking
lazarus.pp(165,1) Verbose: There were 1 errors compiling module, stopping
Verbose: Compilation aborted
Verbose: [Makefile:4144: lazarus] Error 1
Verbose: [Makefile:4574: idepkg] Error 2
Debug: make: *** [Makefile:3385: idepkg] Error 2
Verbose: /usr/bin/ppcx64 returned an error exitcode
Verbose: make[2]: Leaving directory '/usr/share/lazarus/2.0.6/ide'
Verbose: make[1]: Leaving directory '/usr/share/lazarus/2.0.6/ide'
Debug: make: Leaving directory '/usr/share/lazarus/2.0.6'

Avez-vous une idée de ce que représente les deux lignes mises en gras.

NOTA : j'ai vu des liens à ce sujet en anglais, mais j'ai toujours peur de comprendre de travers ce qui y est dit.

Cordialement.

Pierre.

[Jipété]

NOTA : j'ai vu des liens à ce sujet en anglais, mais j'ai toujours peur de comprendre de travers ce qui y est dit.

Donne-les, on va regarder.

Mais tes lignes en gras font penser à deux fichiers introuvables, surtout celui dont le nom se termine par "fini" : c'est du français, ça ?

[ChPr]

J'ai simplement tapé dans mon moteur de recherche :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

undefined reference to `__libc_csu_init'

Cordialement.

Pierre

[Jipété]

J'ai simplement tapé dans mon moteur de recherche :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

undefined reference to `__libc_csu_init'

J'ai fait pareil et je me suis retrouvé face à 950 résultats... Et ne sachant pas lesquels te posent problème, c'est compliqué d'avancer.

[ChPr]

J'ai fait pareil et je me suis retrouvé face à 950 résultats... Et ne sachant pas lesquels te posent problème, c'est compliqué d'avancer.

Comme toi, je n'ai pas su où aller sachant que mon problème est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
undefined reference to `__libc_csu_init'

Voilà, voilà !

Cordialement.

Pierre.

[bb84000]

Bonjour,

Il y a un "issue" la dessus sur le gitllab de FPC,

Est-ce que ça aide ?

bb

[Jipété]

Salut Bernard (et les autres),

Il y a un "issue" la dessus sur le gitllab de FPC,

Est-ce que ça aide ?

J'ai suivi ton lien, alors je dis "méfiance" :

its an issue only on i386, on x86_64 fpc works without the patch

[ChPr]

Dans cette "issue", je relève :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
In that mailing list discussion, a glibc developer explained the issue as such:
 
It's related to startup code hardening in glibc.  In general, it's not
forward-compatible to call internal glibc functions this way.
__libc_csu_init and __libc_csu_fini where never part of any header file.
It's not clear to me why fpc needs to replace the startup code.  They
could supply a C main function and call Pascall code from that.  Or
compile the main program in such a way that it has a compatible
interface with the C main program.
To adjust to the glibc 2.34 changes without fixing the underlying
problem, use this:
 
-    .quad   __libc_csu_init
-    .quad   __libc_csu_fini
+    .quad   0
+    .quad   0
They [the __libc_csu_init and __libc_csu_fini functions] have been removed completely because they are no longer necessary.

Peut-être que ça ne risque rien d'essayer, mais dans quel fichier faire cette modif ?

Cordialement.

Pierre.

[Jipété]

Peut-être que ça ne risque rien d'essayer, mais dans quel fichier faire cette modif ?

Mmh mmh, amateur de roulette russe ?

Sinon, j'ai regardé un peu avec Synaptic, j'ai trouvé un paquet glibc-source, je suis allé voir chez debian.org ce qu'il contient, c'est-à-dire plein de trucs de très bas niveau, et aussi un glibc-2.36.tar.xz qui doit surement contenir tout le fourbi pour recréer cette librairie, et perso, je ne m'amuserais pas à jouer avec ça dans ma machine de prod'...

Un accident est si vite arrivé et à ce niveau-là c'est le cœur et les poumons de la machine.

De ton post : "the only changes are updates of Ubuntu" alors pose la question à Ubuntu avant de risquer de tout casser.

Ou alors, il est temps de migrer : relis les trois derniers posts de la discussion que tu as initiée sur freepascal.org.

Ou essaye de recréer le problème dans une machine virtuelle, et si tu y arrives, essaie de la guérir en bidouillant sa libc.

[ChPr]

Voilà les réponses que j'ai eues sur Ubuntu.

La dernière réponse laisse à penser que même les dernières versions de FPC ne corrigent pas le problème !!

Est-ce à dire que si je veux supprimer ma version actuelle pour installer la dernière version de Lazarus, c'est voué à l'échec ?

Cordialement.

Pierre.

[Jipété]

Salut,

La dernière réponse laisse à penser que même les dernières versions de FPC ne corrigent pas le problème !!

Est-ce à dire que si je veux supprimer ma version actuelle pour installer la dernière version de Lazarus, c'est voué à l'échec ?

Ça pue, tout ça...

Si j'étais à ta place, il y a longtemps que j'aurais monté une machine virtuelle avec la dernière d'Ubuntu + la dernière de FPC et la dernière de Lazarus (les deux derniers avec les versions officielles des sites [https://www.freepascal.org/download.html + https://www.lazarus-ide.org/], pas de la distro qui rajoute peut-être des bidouilles qui embrouillent, qqun en a parlé) pour tester.

Et à partir de là, ou bien ça fonctionne et tu sais ce qui te reste à faire (mettre à jour ta machine),
ou bien ça coince toujours et tu peux continuer sur leur forum en précisant bien tout ce que tu fais. Et réactiver le bug déjà enregistré (https://bugs.launchpad.net/ubuntu/+s...c/+bug/1947584).

PS : c'est pas sérieux, ça, qu'ils aient abandonné sans solution...

PPS : Ou alors, lecture (tout en bas) :

Sven/Sarah Barth
This is fixed in 3.3.1, you're building with 3.2.2 as the path shows you.

@suvepl · 1 year ago
The issue is fixed, there just hasn't been a new release yet. FPC release schedule is rather slow, so I'd suggest you open a bug against the Ubuntu package, referencing this issue.

Fedon Kadifeli
@fedkad · 1 year ago
The latest version of FPC seems to be 3.2.2 ( https://www.freepascal.org/download.html ). I think you are talking about a beta version. So, I will wait until 3.3.x is released. Thanks for the comments!

Sven/Sarah Barth
@PascalDragon · 1 year ago
For the next major release (which would be 3.4.0) you can wait a while, cause there is currently none planned. What will come in the near future and what should include the fix as well is 3.2.4.

@Bi0T1N · 7 months ago
Just a reminder, the fix hasn't yet been merged into fixes branch. It's still fails for at least i386, see here.

Ah, dans la machine virtuelle, tu pourrais tester la 3.3