Différences

Ci-dessous, les différences entre deux révisions de la page.

--- hypre_patches [2009/07/16 10:00] – créée gerard
+++ hypre_patches [2009/07/16 22:14] – gerard
@@ Ligne 1: / Ligne 1: @@
+  * le configure cree le fichier Makefile.config depuis le template Makefile.config.in dans le répertoire config
+  * après exécution de configure, on modifie le fichier Makefile.config pour qu'il prenne en compte la sunperf
+  * et on modifie le script babel-runtime/libtool pour supprimer ''-z text'' à l'édition de liens FIXME
 ====== détection architecture ======
   * fait par le script src/tarch, mais ne donne pas le meme resultat sur sparc et amd64. On fait la modif suivante:
@@ Ligne 20: / Ligne 24: @@
            Version=`$UNAME -r`
 </code>
+====== ld: fatal: relocations remain against allocatable but non-writable sections ======
+on peut reproduire cette erreur avec les 2 lignes suivantes:
+<code>
+> pwd
+/local/apps/src/hypre-2.0.0/src/babel-runtime/sidl
+mpcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/libxml2 -I/usr/java/include -I/usr/java/include/solaris -I./../sidlx -dalign -xlic_lib=sunperf -I/opt/SUNWhpc/HPC6.0/include -xmodel=medium -m64 -D_REENTRANT -c sidl_BaseClass_Impl.c  -KPIC -DPIC -o .libs/sidl_BaseClass_Impl.o
+/usr/ccs/bin/ld -G -z text -h libsidl-1.0.0.so -o .libs/libsidl-1.0.0.so    .libs/sidl_BaseClass_Impl.o \
+ -R/opt/SUNWhpc/HPC6.0/lib/amd64 -R/usr/lib -L/opt/SUNWhpc/HPC6.0/lib/amd64 -ldl -L/usr/lib -lxml2 -lz -lm -lsocket -lnsl -lpthread -lc
+Text relocation remains                         referenced
+    against symbol                  offset      in file
+sidl_BaseInterface_deleteRef        0x215       .libs/sidl_BaseClass_Impl.o
+sidl_BaseInterface_deleteRef        0x651       .libs/sidl_BaseClass_Impl.o
+sidl_BaseClass_deleteRef            0x558       .libs/sidl_BaseClass_Impl.o
+sidl_BaseInterface_addRef           0x6e8       .libs/sidl_BaseClass_Impl.o
+ld: fatal: relocations remain against allocatable but non-writable sections
+</code>
+et la faire disparaître si on supprime ''-z text'', mais est ce normal? voir [[http://dlc.sun.com/pdf/819-5263/819-5263.pdf|3.4.182 –ztext]]
+patch
+<del><code>
+> diff -u ../../../src/babel-runtime/m4/libtool.m4.ori ../../../src/babel-runtime/m4/libtool.m4
+--- ../../../src/babel-runtime/m4/libtool.m4.ori        2005-11-14 22:20:09.000000000 +0100
++++ ../../../src/babel-runtime/m4/libtool.m4    2009-07-16 13:43:50.839538559 +0200
+@@ -5845,7 +5845,7 @@
+       ;;
+     solaris*)
+-      _LT_AC_TAGVAR(no_undefined_flag, $1)=' -z text'
++      _LT_AC_TAGVAR(no_undefined_flag, $1)=' -z textoff'
+       if test "$GCC" = yes; then
+        _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared ${wl}-h ${wl}$soname -o $lib $libobjs $deplibs $compiler_flags'
+        _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$echo "{ global:" > $lib.exp~cat $export_symbols | $SED -e "s/\(.*\)/\1;/" >> $lib.exp~$echo "local: *; };" >> $lib.exp~
+</code></del>
+====== checking for Fortran name-mangling scheme... unknown ======
+cette erreur concerne l'interface C-Fortran. Le configure semble trouver que c'est correct 2 fois, et échoue 1 fois.
+\
+Il faut ajouter l'option: ''-ext_names=plain'' pour que le programme de test compile. Mais est ce que c'est à faire tout le temps?
+voir [[http://dlc.sun.com/pdf/819-5262/819-5262.pdf|11.1.4 Underscores in Routine Names]]