Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-10 Thread Andreas Jochens 
Hello,

On 05-Sep-08 12:28, Petr Salinger wrote:
 Andreas J., I am just curious, are these patches also sufficient for ppc64 ?

Basically yes, the are sufficient to build the package on ppc64. 

However, there is still a FTBFS problem with libmotif-dev on ppc64 so
that lesstif2-dev has to be used instead.

Regards
Andreas Jochens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-10 Thread Andreas Tille 

On Fri, 9 Sep 2005, Andreas Jochens wrote:


Basically yes, the are sufficient to build the package on ppc64.

However, there is still a FTBFS problem with libmotif-dev on ppc64 so
that lesstif2-dev has to be used instead.


Please note that I observed a partly unusable user interface on i386
with lesstif.  There were just some controls missing.  That's why the
package explicitely depends from motif library.  I would be happy if
someone wold have patches which allow the usage of lesstif.

Kind regards

  Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-08 Thread Andreas Tille 

On Wed, 7 Sep 2005, Andreas Jochens wrote:


I get the following error on i386/unstable:

make[3]: Entering directory `/arb-0.0.20050526/GDE/CORE'
rm -f functions.h
../../MAKEBIN/aisc_mkpt -C *.c functions.h
arb_replace -l 'DummyRepaint*=DummyRepaint();' functions.h
arb_replace: error while loading shared libraries: libARBDB.so: cannot open 
shared object file: No such file or directory
make[3]: *** [functions.h] Error 127
make[3]: Leaving directory `/arb-0.0.20050526/GDE/CORE'
make[2]: *** [CORE/CORE.dummy] Error 2
make[2]: *** Waiting for unfinished jobs
gcc -w  -DLINUX -pipe -DNO_REGEXPR -DGNU  -O4 -DNDEBUG  -DARB_OPENGL 
-DFAKE_VTAB_PTR=char -D_ARB_GDE -D_ARB_MOLPHY  -o ../../bin/protml getseq.o 
seqproc.o mltree.o altree.o qltree.o sltree.o njtree.o njmtree.o prtree.o 
pstree.o matrixut.o mygetopt.o protml.o protproc.o dyhfjtt.o mtrev24.o 
tranprb.o distan.o mlklhd.o -lm -lc
make[3]: Leaving directory `/arb-0.0.20050526/GDE/MOLPHY'
gcc -w  -DLINUX -pipe -DNO_REGEXPR -DGNU  -O4 -DNDEBUG  -DARB_OPENGL 
-DFAKE_VTAB_PTR=char -D_ARB_GDE -D_ARB_AxML -o /arb-0.0.20050526/bin/axml 
axml.o  -lm
make[3]: Leaving directory `/arb-0.0.20050526/GDE/AxML'
make[2]: Leaving directory `/arb-0.0.20050526/GDE'
make[1]: *** [GDE/GDE.dummy] Error 2
make[1]: Leaving directory `/arb-0.0.20050526'
make: *** [build-stamp] Error 2


Ahh, thanks for this hint.  This kind of bugs occure if you don't compile 
packages
in a clean chroot.  I had installed a former version of arb on the box I builded
the package.  Thus the library was found which is not the case if you compile 
the
package on a clean box.

I'll foreward this problem upstream.

Kind regards

  Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-08 Thread Petr Salinger 
  arb_replace: error while loading shared libraries: libARBDB.so: cannot open 
  shared object file: No such file or directory

 Ahh, thanks for this hint.  This kind of bugs occure if you don't compile 
 packages
 in a clean chroot.  I had installed a former version of arb on the box I 
 builded
 the package.  Thus the library was found which is not the case if you compile 
 the
 package on a clean box.

 I'll foreward this problem upstream.

This can be also fixed with following in debian/rules.

--- debian/rules~   2005-08-31 07:18:37.0 +
+++ debian/rules2005-09-08 08:05:21.0 +
@@ -28,11 +28,13 @@
export ARBHOME=`pwd` ; \
export LC_ALL=C ; \
export PATH=$${ARBHOME}/bin:$${PATH} ; \
+   export LD_LIBRARY_PATH=$${ARBHOME}/lib:$${LD_LIBRARY_PATH}; \
  $(MAKE) all
 #  export GCC=gcc-2.95 ; \ 
export ARBHOME=`pwd` ; \
export LC_ALL=C ; \
export PATH=$${ARBHOME}/bin:$${PATH} ; \
+   export LD_LIBRARY_PATH=$${ARBHOME}/lib:$${LD_LIBRARY_PATH}; \
  $(MAKE) arbxtras
 
touch build-stamp

The missing -fpic/-fPIC can be fixed by:

--- WINDOW/Makefile~2005-09-08 08:37:53.0 +
+++ WINDOW/Makefile 2005-09-08 08:37:53.0 +
@@ -21,7 +21,7 @@
$(CCPLIB) $(cflags) -c $ $(CPPINCLUDES)
 
 .c.o:
-   $(ACC) $(cflags) -c $ $(CPPINCLUDES)
+   $(CCLIB) $(cflags) -c $ $(CPPINCLUDES)
 
 DEPENDS = $(OBJECTS:.o=.depend)
 depends: $(DEPENDS)


But arb depends on xview which is not 64 bit clean and is unavailable
on all 64 bit archs, including amd64.

Even with patches above and xview patch from 
http://debian-ppc64.alioth.debian.org/gcc4/patches/xview_3.2p1.4-19.0.0.1.gcc4.patch
arb cannot be built on amd64 - error: cast from 'void*' to 'int' loses 
precision.
This can be fixed by changing cast (int) to (long),
(as in attached patch) but according to warnings in build log,
the arb is definitely not 64 bit clean.

Therefore, I suggest to apply only patch for debian/rules and 
WINDOW/Makefile and restrict architectures similarly as xview.

Andreas J., I am just curious, are these patches also sufficient for ppc64 ?

Regards

Petr




diff -ur /home/sid32/tmp/26/arb-0.0.20050526/ALIV3/a3_helix.cxx 
arb-0.0.20050526/ALIV3/a3_helix.cxx
--- /home/sid32/tmp/26/arb-0.0.20050526/ALIV3/a3_helix.cxx  2005-01-05 
13:08:24.0 +0100
+++ arb-0.0.20050526/ALIV3/a3_helix.cxx 2005-09-08 11:59:20.0 +0200
@@ -65,12 +65,12 @@
  matrix.Set(back - left,pos - left,(vp)1)) error = 3;
 {
 if  (last  0) last = 
mark.Add((vp)pos);
-else if ((back - (int)mark[last])  1) last = 
mark.Add((vp)pos);
+else if ((back - (long)mark[last])  1) last = 
mark.Add((vp)pos);
 }
 }
 else if (increment  0)
 {
-int back= (int)mark[last],
+int back= (long)mark[last],
 backend = left,
 tmp = back;
 
@@ -78,7 +78,7 @@
 
 back = tmp - 1;
 
-if (last  0) backend = (int)mark[last - 1] + 1;
+if (last  0) backend = (long)mark[last - 1] + 1;
 
 while (back = backend)
 {
@@ -101,7 +101,7 @@
 if (last = 0) mark.Del(last--);
 
 if  (last  0) last = 
mark.Add((vp)pos);
-else if ((back - (int)mark[last])  1) last = 
mark.Add((vp)pos);
+else if ((back - (long)mark[last])  1) last = 
mark.Add((vp)pos);
 
 break;
 }
@@ -112,7 +112,7 @@
 {
 if (last = 0) mark.Del(last--);
 
-if (last  0) backend = (int)mark[last - 1] + 1;
+if (last  0) backend = (long)mark[last - 1] + 1;
 else  backend = left;
 }
 
diff -ur /home/sid32/tmp/26/arb-0.0.20050526/ALIV3/a3_matrix.cxx 
arb-0.0.20050526/ALIV3/a3_matrix.cxx
--- /home/sid32/tmp/26/arb-0.0.20050526/ALIV3/a3_matrix.cxx 2005-01-05 
13:08:24.0 +0100
+++ arb-0.0.20050526/ALIV3/a3_matrix.cxx2005-09-08 11:44:40.0 
+0200
@@ -141,7 +141,7 @@
 int p = l + x;
 
 if (edump) edump(matrix[p]);
-else cout (int)matrix[p];
+else cout (long)matrix[p];
 
 x++;
 }
diff -ur /home/sid32/tmp/26/arb-0.0.20050526/AWT/AWT_tree_cb.cxx 
arb-0.0.20050526/AWT/AWT_tree_cb.cxx
--- /home/sid32/tmp/26/arb-0.0.20050526/AWT/AWT_tree_cb.cxx 2004-10-22 
18:45:14.0 +0200
+++

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-08 Thread Andreas Tille 

On Thu, 8 Sep 2005, Petr Salinger wrote:


This can be also fixed with following in debian/rules.

--- debian/rules~   2005-08-31 07:18:37.0 +
+++ debian/rules2005-09-08 08:05:21.0 +
@@ -28,11 +28,13 @@
   export ARBHOME=`pwd` ; \
   export LC_ALL=C ; \
   export PATH=$${ARBHOME}/bin:$${PATH} ; \
+   export LD_LIBRARY_PATH=$${ARBHOME}/lib:$${LD_LIBRARY_PATH}; \
 $(MAKE) all
#  export GCC=gcc-2.95 ; \ 
   export ARBHOME=`pwd` ; \
   export LC_ALL=C ; \
   export PATH=$${ARBHOME}/bin:$${PATH} ; \
+   export LD_LIBRARY_PATH=$${ARBHOME}/lib:$${LD_LIBRARY_PATH}; \
 $(MAKE) arbxtras

   touch build-stamp

The missing -fpic/-fPIC can be fixed by:

--- WINDOW/Makefile~2005-09-08 08:37:53.0 +
+++ WINDOW/Makefile 2005-09-08 08:37:53.0 +
@@ -21,7 +21,7 @@
   $(CCPLIB) $(cflags) -c $ $(CPPINCLUDES)

.c.o:
-   $(ACC) $(cflags) -c $ $(CPPINCLUDES)
+   $(CCLIB) $(cflags) -c $ $(CPPINCLUDES)

DEPENDS = $(OBJECTS:.o=.depend)
depends: $(DEPENDS)


Thanks for the patch.


But arb depends on xview which is not 64 bit clean and is unavailable
on all 64 bit archs, including amd64.


So the bug submitter will have have bad luck anyway?
How was he able to even start the build process if xview-dev is in the
Build-Dependencies?


Even with patches above and xview patch from
http://debian-ppc64.alioth.debian.org/gcc4/patches/xview_3.2p1.4-19.0.0.1.gcc4.patch


Ahh, this was the trick to get Build-Dependencies solved???


arb cannot be built on amd64 - error: cast from 'void*' to 'int' loses 
precision.
This can be fixed by changing cast (int) to (long),
(as in attached patch) but according to warnings in build log,
the arb is definitely not 64 bit clean.


Yes - as the author said - this is a problem which has lower priority than
getting arb fixed for i386 first which has also issues to solve.


Therefore, I suggest to apply only patch for debian/rules and
WINDOW/Makefile and restrict architectures similarly as xview.


I would set

   Architecture: alpha arm hppa i386 m68k mips mipsel powerpc s390 sparc

which matches xviewg-dev architectures.


Andreas J., I am just curious, are these patches also sufficient for ppc64 ?


Another question to Andreas:  If I exclude amd86 from this architecture list
the bug you reported is not really solved but it will not occure any more
because it is circumvented.  What would you prefer:

   [ ] Close the bug
   [ ] Reduce severity to wishlist
   [ ] Keep as is

Kind regards and thanks for the help

   Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-08 Thread Andreas Jochens 
On 05-Sep-08 14:43, Andreas Tille wrote:
 Another question to Andreas:  If I exclude amd86 from this architecture list
 the bug you reported is not really solved but it will not occure any more
 because it is circumvented.  What would you prefer:
 
[ ] Close the bug
[ ] Reduce severity to wishlist
[ ] Keep as is

Please just close the bug report, thanks.

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-07 Thread Andreas Jochens 
Package: arb
Version: 0.0.20050526-1
Severity: serious

When building 'arb' on amd64/unstable, I get the following error:

GLwDrawA.c:651: warning: unused parameter 'params'
GLwDrawA.c:651: warning: unused parameter 'numParams'
GLwDrawA.c:344: warning: missing initializer
GLwDrawA.c:344: warning: (near initialization for 
'glwDrawingAreaClassRec.glwDrawingArea_class')
GLwDrawA.c: In function 'createColormap':
GLwDrawA.c:430: warning: unused parameter 'offset'
GLwDrawA.c: In function 'Redraw':
GLwDrawA.c:578: warning: unused parameter 'region'
GLwDrawA.c: In function 'glwInput':
GLwDrawA.c:651: warning: unused parameter 'params'
GLwDrawA.c:651: warning: unused parameter 'numParams'
g++ -Wall -shared -DNO_REGEXPR -DGNU -o libAW.so AW_xkey.o AW_xfont.o 
AW_nawar.o AW_button.o AW_at.o AW_print.o AW_window.o AW_device.o AW_Xm.o 
AW_click.o AW_size.o AW_xfig.o AW_xfigfont.o AW_status.o AW_preset.o 
AW_question.o AW_global_awars.o AW_font_group.o GLwMDrawA.o GLwDrawA.o
/usr/bin/ld: GLwMDrawA.o: relocation R_X86_64_32 against `a local symbol' can 
not be used when making a shared object; recompile with -fPIC
GLwMDrawA.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [libAW.a] Error 1
make[2]: Leaving directory `/arb-0.0.20050526/WINDOW'

When this is fixed there are still other problems which prevent the
package to build sucessfully. At least one of those other problems 
also appears on i386.

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-07 Thread Andreas Tille 

On Wed, 7 Sep 2005, Andreas Jochens wrote:


When building 'arb' on amd64/unstable, I get the following error:


Thanks for trying to build arb in amd64.  I just want to warn you that
upstream told me that on any 64Bit architecture arb is broken and will lead
to errors.  This is one reason for the problem on Sparc.


GLwDrawA.c:651: warning: unused parameter 'params'
GLwDrawA.c:651: warning: unused parameter 'numParams'
GLwDrawA.c:344: warning: missing initializer
GLwDrawA.c:344: warning: (near initialization for 
'glwDrawingAreaClassRec.glwDrawingArea_class')
GLwDrawA.c: In function 'createColormap':
GLwDrawA.c:430: warning: unused parameter 'offset'
GLwDrawA.c: In function 'Redraw':
GLwDrawA.c:578: warning: unused parameter 'region'
GLwDrawA.c: In function 'glwInput':
GLwDrawA.c:651: warning: unused parameter 'params'
GLwDrawA.c:651: warning: unused parameter 'numParams'
g++ -Wall -shared -DNO_REGEXPR -DGNU -o libAW.so AW_xkey.o AW_xfont.o 
AW_nawar.o AW_button.o AW_at.o AW_print.o AW_window.o AW_device.o AW_Xm.o 
AW_click.o AW_size.o AW_xfig.o AW_xfigfont.o AW_status.o AW_preset.o 
AW_question.o AW_global_awars.o AW_font_group.o GLwMDrawA.o GLwDrawA.o
/usr/bin/ld: GLwMDrawA.o: relocation R_X86_64_32 against `a local symbol' can 
not be used when making a shared object; recompile with -fPIC
GLwMDrawA.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [libAW.a] Error 1
make[2]: Leaving directory `/arb-0.0.20050526/WINDOW'


I have to admit that any help is welcome because I have not the slightest
idea how to fix this.


When this is fixed there are still other problems which prevent the
package to build sucessfully. At least one of those other problems
also appears on i386.


Which problem occurs on i386?

Kind regards

   Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#327059: arb: FTBFS (amd64): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

2005-09-07 Thread Andreas Jochens 
Hello,

thank you for your reply to my report.

On 05-Sep-07 21:47, Andreas Tille wrote:
 On Wed, 7 Sep 2005, Andreas Jochens wrote:
 When this is fixed there are still other problems which prevent the
 package to build sucessfully. At least one of those other problems
 also appears on i386.
 
 Which problem occurs on i386?

I get the following error on i386/unstable:

make[3]: Entering directory `/arb-0.0.20050526/GDE/CORE'
rm -f functions.h
../../MAKEBIN/aisc_mkpt -C *.c functions.h
arb_replace -l 'DummyRepaint*=DummyRepaint();' functions.h
arb_replace: error while loading shared libraries: libARBDB.so: cannot open 
shared object file: No such file or directory
make[3]: *** [functions.h] Error 127
make[3]: Leaving directory `/arb-0.0.20050526/GDE/CORE'
make[2]: *** [CORE/CORE.dummy] Error 2
make[2]: *** Waiting for unfinished jobs
gcc -w  -DLINUX -pipe -DNO_REGEXPR -DGNU  -O4 -DNDEBUG  -DARB_OPENGL 
-DFAKE_VTAB_PTR=char -D_ARB_GDE -D_ARB_MOLPHY  -o ../../bin/protml getseq.o 
seqproc.o mltree.o altree.o qltree.o sltree.o njtree.o njmtree.o prtree.o 
pstree.o matrixut.o mygetopt.o protml.o protproc.o dyhfjtt.o mtrev24.o 
tranprb.o distan.o mlklhd.o -lm -lc
make[3]: Leaving directory `/arb-0.0.20050526/GDE/MOLPHY'
gcc -w  -DLINUX -pipe -DNO_REGEXPR -DGNU  -O4 -DNDEBUG  -DARB_OPENGL 
-DFAKE_VTAB_PTR=char -D_ARB_GDE -D_ARB_AxML -o /arb-0.0.20050526/bin/axml 
axml.o  -lm
make[3]: Leaving directory `/arb-0.0.20050526/GDE/AxML'
make[2]: Leaving directory `/arb-0.0.20050526/GDE'
make[1]: *** [GDE/GDE.dummy] Error 2
make[1]: Leaving directory `/arb-0.0.20050526'
make: *** [build-stamp] Error 2

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]