I've installed the g77 RPM and the R-devel RPM as well.
Any hints or suggestions are GREATLY appreciated. The main purpose of this machine is statistical analysis and I think it would be a great benefit to have this program running on it.
Thanks,
Adam
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am really not the right person to help you out here. Thomas is offline for a few weeks. You will have to wait till he comes back.
0.4.7a was supposed to solve the fortran linking issues. I don't have access to any modifyable RHEL4 machine, but I did a little bit of poking around. The linker (I think, I might be wrong) looks for the file libgfortran.a which on debian systems is provided by gfortran-4.1. My guess is that on RHEL4 it is provided by gcc4-gfortran-4.1.1-53.EL4 or something similar.
Hope this helps.
PK
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
PK,
I'll check it out, I've installed all the RPMs I can find related to Fortran, but knowing what the linker is looking for might help me. I was in the dark there not knowing just exactly WHAT it was looking for. I'll see what I can do with that.
Like I said, ight now I at least have 0.4.7 installed, so we can work on it as we discover things and/or when Thomas gets back. :)
Regards,
Adam
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Recently I moved from a 486 arch Debian/Sid to amd64 arch Debian/Sid, and I faced exactly the same problem. I think this issue has something to do with the linker in a 64bit architecture. And my guess, seeing '/usr/lib64' in your path, is that you are running a 64 bit machine too. In this case, here is a possible solution, though I am not sure if this is the right way:
As I had mentioned in my earlier mail, the linker, /usr/bin/ld is looking for a file like libgfortran.a or libgfortran.so which is supposed to be provided by the package libgfortran1 or libgfortran2 or something similar. Here is what I have:
Ideally this should've worked. But since it doesn't lets make a brute force link to the shared object:
$ cd /usr/lib; sudo ln -s libgfortran.so.2 libgfortran.so
You can do the same thing in /usr/lib64 instead of /usr/lib but not both :) Now, try to compile rkward. I think this should work. But again, let me warn you: I have no idea how, if at all, this is going to effect (benefit or harm) other programs linking to libgfortran.so. So, try it at your own risk.
Take this as a temporary solution only. There has to be proper solution to this from the linker side by adding some flag (may be) to /usr/bin/ld. We'll have to wait for Thomas to suggest a better solution. As far as I can see, this is not a rkward specific problem. You will (might?) face the same situation when compiling any C/C++ code and linking against the gfortran library using the "-lgfortran" flag.
Hope this helps.
PK
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It has been about 2.5 months since I did the following to make rkward compile:
$ cd /usr/lib
$ sudo ln -s libgfortran.so.2 libgfortran.so
Finally, today I removed this soft link (sudo rm /usr/lib/libgfortran.so) and compiled rkward (both the current svn version and 0.4.8pre2). Surprisingly the 'make' process went fine :) Which means RkWard can be compiled on a 64bit machine without any tinkering. The machine in my case is a Debian/Sid amd64. I do not know if the earlier issue was due to the linker (ld) or R or RkWard.
Cheers,
PK
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the update. I must admit, I forgot all about this thread. I think it was due to RKWard being compiled with a different version of GCC / G77 than R. R apparently had some trouble with G77 4.1, so (on debian), they started forcing version 4.2, instead. Likely the same was done on RH EL4. The "clean" solution is to make sure to compile RKWard with the same version of GCC / G77.
I guess you now have G77 4.2 installed by default, so there no longer is a version mismatch.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> I guess you now have G77 4.2 installed by default, so there no longer is a version mismatch.
Yes I do have the latest versions now:
$ dpkg -l | grep -E "fortran|g77|r-base"
ii g77 4:3.4.6-30 The GNU Fortran 77 compiler
ii g77-3.4 3.4.6-6 The GNU Fortran 77 compiler
ii gfortran 4:4.2.1-6 The GNU Fortran 95 compiler
ii gfortran-4.2 4.2.1-5 The GNU Fortran 95 compiler
ii gfortran-4.2-multilib 4.2.1-5 The GNU Fortran 95 compiler (multilib files)
ii gfortran-multilib 4:4.2.1-6 The GNU Fortran 95 compiler (multilib files)
ii lib32gfortran2 4.2.1-5 Runtime library for GNU Fortran applications
ii libgfortran1 4.1.2-16 Runtime library for GNU Fortran applications
ii libgfortran2 4.2.1-5 Runtime library for GNU Fortran applications
ii r-base-core 2.6.0~20070925-1 GNU R core of statistical computing language
ii r-base-dev 2.6.0~20070925-1 GNU R installation of auxiliary GNU R packag
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Going to try to move this machine to openSUSE, both the user and I prefer that for several reasons to RHEL4. Rkward is in the scientific repository there and updated quickly when new versions come out.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
ahhh... i am appalled at openSUSE - anything below download.opensuse.com/repositories seems to be either i586 or x86_64 arch only - where are the ppc pakcages?
i have this iBookG4 for my 'mobile' need and've never got a distribution with the necessary hardwares working.... one of these wireless/close-lid/sound/projector-display is always disfunctional. i was happy to see opensuse almost work - but alas, no ppc packages in the repositories....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good afternoon.
I'm trying to compile Rkward on a machine running RedHat EL4 currently.
However, I cannot. No matter what I've tried thus far, I get this error:
make[3]: Entering directory `/home/ksupdel/Downloads/rkward-0.4.7a/rkward'
/bin/sh ../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -o rkward.bin -L/usr/lib64 -L/usr/lib64/qt-3.3/lib -L/usr/X11R6/lib64 -R /usr/lib64 -R /usr/lib64 -R /usr/lib64/qt-3.3/lib -R /usr/X11R6/lib64 rkward.o main.o rkglobals.o robjectbrowser.o robjectviewer.o rkconsole.o rkwardapplication.o rkward_skel.o ../rkward/windows/libwindows.a ../rkward/agents/libagents.a ../rkward/dialogs/libdialogs.a ../rkward/plugin/libplugin.a ../rkward/settings/libsettings.a ../rkward/dataeditor/libdataeditor.a ../rkward/core/libcore.a ../rkward/rbackend/librbackend.a ../rkward/scriptbackends/libscriptbackends.a ../rkward/misc/libmisc.a -lkhtml -lkmdi -lkio -lkdeui -lkdecore -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -L/usr/lib64/R/lib -lR -lRlapack -lgfortran -lRblas -lkatepartinterfaces
/usr/bin/ld: cannot find -lgfortran
collect2: ld returned 1 exit status
make[3]: *** [rkward.bin] Error 1
make[3]: Leaving directory `/home/ksupdel/Downloads/rkward-0.4.7a/rkward'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/ksupdel/Downloads/rkward-0.4.7a/rkward'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ksupdel/Downloads/rkward-0.4.7a'
make: *** [all] Error 2
I've installed the g77 RPM and the R-devel RPM as well.
Any hints or suggestions are GREATLY appreciated. The main purpose of this machine is statistical analysis and I think it would be a great benefit to have this program running on it.
Thanks,
Adam
Hmm, I see I'm not the only person with this problem.
https://sourceforge.net/mailarchive/forum.php?thread_name=465A66BC.7080208%40gmail.com&forum_name=rkward-users
Though I have libgfortran installed.
Ok, I compiled and installed 0.4.7 but 0.4.7a still won't compile.
So at least for now it's usable but any help is appreciated. Especially as new releases come out if this continues to be an issue.
Hi Adam,
I am really not the right person to help you out here. Thomas is offline for a few weeks. You will have to wait till he comes back.
0.4.7a was supposed to solve the fortran linking issues. I don't have access to any modifyable RHEL4 machine, but I did a little bit of poking around. The linker (I think, I might be wrong) looks for the file libgfortran.a which on debian systems is provided by gfortran-4.1. My guess is that on RHEL4 it is provided by gcc4-gfortran-4.1.1-53.EL4 or something similar.
Hope this helps.
PK
> Ok, I compiled and installed 0.4.7 but 0.4.7a still won't compile.
The reason why 0.4.7 worked was because it was not linking against libgfortran using the "-lgfortran" flag to /usr/bin/ld while compiling.
Regards
PK
PK,
I'll check it out, I've installed all the RPMs I can find related to Fortran, but knowing what the linker is looking for might help me. I was in the dark there not knowing just exactly WHAT it was looking for. I'll see what I can do with that.
Like I said, ight now I at least have 0.4.7 installed, so we can work on it as we discover things and/or when Thomas gets back. :)
Regards,
Adam
Hi,
Some update from my side and a possible solution:
Recently I moved from a 486 arch Debian/Sid to amd64 arch Debian/Sid, and I faced exactly the same problem. I think this issue has something to do with the linker in a 64bit architecture. And my guess, seeing '/usr/lib64' in your path, is that you are running a 64 bit machine too. In this case, here is a possible solution, though I am not sure if this is the right way:
As I had mentioned in my earlier mail, the linker, /usr/bin/ld is looking for a file like libgfortran.a or libgfortran.so which is supposed to be provided by the package libgfortran1 or libgfortran2 or something similar. Here is what I have:
$ ls -l /usr/lib/libgfortran*
lrwxrwxrwx 1 root root 20 2007-07-14 08:41 /usr/lib/libgfortran.so.1 -> libgfortran.so.1.0.0
-rw-r--r-- 1 root root 629360 2007-07-09 17:51 /usr/lib/libgfortran.so.1.0.0
lrwxrwxrwx 1 root root 20 2007-07-14 07:59 /usr/lib/libgfortran.so.2 -> libgfortran.so.2.0.0
-rw-r--r-- 1 root root 764848 2007-07-13 17:20 /usr/lib/libgfortran.so.2.0.0
Ideally this should've worked. But since it doesn't lets make a brute force link to the shared object:
$ cd /usr/lib; sudo ln -s libgfortran.so.2 libgfortran.so
You can do the same thing in /usr/lib64 instead of /usr/lib but not both :) Now, try to compile rkward. I think this should work. But again, let me warn you: I have no idea how, if at all, this is going to effect (benefit or harm) other programs linking to libgfortran.so. So, try it at your own risk.
Take this as a temporary solution only. There has to be proper solution to this from the linker side by adding some flag (may be) to /usr/bin/ld. We'll have to wait for Thomas to suggest a better solution. As far as I can see, this is not a rkward specific problem. You will (might?) face the same situation when compiling any C/C++ code and linking against the gfortran library using the "-lgfortran" flag.
Hope this helps.
PK
I am writing this mail to keep a record of certain information. Most of you can ignore this. The issue was:
in short: RkWard couldn't be compiled on 64bit architecture (Red Hat EL4 and amd64)
in details: see the thread here: http://sourceforge.net/forum/message.php?msg_id=4392952
It has been about 2.5 months since I did the following to make rkward compile:
$ cd /usr/lib
$ sudo ln -s libgfortran.so.2 libgfortran.so
Finally, today I removed this soft link (sudo rm /usr/lib/libgfortran.so) and compiled rkward (both the current svn version and 0.4.8pre2). Surprisingly the 'make' process went fine :) Which means RkWard can be compiled on a 64bit machine without any tinkering. The machine in my case is a Debian/Sid amd64. I do not know if the earlier issue was due to the linker (ld) or R or RkWard.
Cheers,
PK
Thanks for the update. I must admit, I forgot all about this thread. I think it was due to RKWard being compiled with a different version of GCC / G77 than R. R apparently had some trouble with G77 4.1, so (on debian), they started forcing version 4.2, instead. Likely the same was done on RH EL4. The "clean" solution is to make sure to compile RKWard with the same version of GCC / G77.
I guess you now have G77 4.2 installed by default, so there no longer is a version mismatch.
> I guess you now have G77 4.2 installed by default, so there no longer is a version mismatch.
Yes I do have the latest versions now:
$ dpkg -l | grep -E "fortran|g77|r-base"
ii g77 4:3.4.6-30 The GNU Fortran 77 compiler
ii g77-3.4 3.4.6-6 The GNU Fortran 77 compiler
ii gfortran 4:4.2.1-6 The GNU Fortran 95 compiler
ii gfortran-4.2 4.2.1-5 The GNU Fortran 95 compiler
ii gfortran-4.2-multilib 4.2.1-5 The GNU Fortran 95 compiler (multilib files)
ii gfortran-multilib 4:4.2.1-6 The GNU Fortran 95 compiler (multilib files)
ii lib32gfortran2 4.2.1-5 Runtime library for GNU Fortran applications
ii libgfortran1 4.1.2-16 Runtime library for GNU Fortran applications
ii libgfortran2 4.2.1-5 Runtime library for GNU Fortran applications
ii r-base-core 2.6.0~20070925-1 GNU R core of statistical computing language
ii r-base-dev 2.6.0~20070925-1 GNU R installation of auxiliary GNU R packag
Ah, thanks for the update, I'd forgotten about this as well.
I'll see what I can do.
No dice.
Going to try to move this machine to openSUSE, both the user and I prefer that for several reasons to RHEL4. Rkward is in the scientific repository there and updated quickly when new versions come out.
> Going to try to move this machine to openSUSE
ahhh... i am appalled at openSUSE - anything below download.opensuse.com/repositories seems to be either i586 or x86_64 arch only - where are the ppc pakcages?
i have this iBookG4 for my 'mobile' need and've never got a distribution with the necessary hardwares working.... one of these wireless/close-lid/sound/projector-display is always disfunctional. i was happy to see opensuse almost work - but alas, no ppc packages in the repositories....