Summary: | sci-libs/pgplot-5.2.2-r1 requires g77 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin Mokrejš <mmokrejs> |
Component: | [OLD] GCC Porting | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED LATER | ||
Severity: | normal | CC: | jakub |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 117482 |
Description
Martin Mokrejš
2007-03-07 12:01:34 UTC
Because gcc-4* doesn't have any g77, it has gfortran, as you have noticed.
> * [1] USE="fortran" emerge =sys-devel/gcc-3*
Not a gcc-config bug.
Yes, as you can see I do have "fortran" in my USE flags, but still things don't work "out of the box". ;) Hi,
It is not a pgplot bug.
> * None of the needed Fortran Compilers (g77) is installed.
> * To install one of these, choose one of the following steps:
> * [1] USE="fortran" emerge =sys-devel/gcc-3*
pgplot can not be built with gfortran from gcc-4.1* (it might with >=gcc-4.2).
It needs g77 from gcc-3*, as mentioned.
gcc-config does not allow you to use both gfortran and g77 AFAIK. It might be a good idea. The only thing is to make a symlink of g77-* to g77 and update some PATH variables.
Sébastien
(In reply to comment #3) > It needs g77 from gcc-3*, as mentioned. > gcc-config does not allow you to use both gfortran and g77 AFAIK. It might be a > good idea. The only thing is to make a symlink of g77-* to g77 and update some > PATH variables. Erm... If something requires gcc-3* (pretty much broken already at this point), then it should require user to have gcc-3 set via gcc-config. I.e., fix the ebuild or the eclass or both, instead of creating messy symlinks to different gcc versions in /usr/bin which only calls for lots of trouble. <snip> inherit toolchain-funcs pkg_setup() { if [ "$(gcc-major-version)" == "4" ]; then die "You must build this with gcc-3*" fi } </snip> (In reply to comment #4) > Erm... If something requires gcc-3* (pretty much broken already at this point), > then it should require user to have gcc-3 set via gcc-config. I.e., fix the > ebuild or the eclass or both, instead of creating messy symlinks to different > gcc versions in /usr/bin which only calls for lots of trouble. This is actually already handled by the fortran eclass, and emerging pgplot with gfortran dies properly. gfortran does not support yet all fortran 77 features g77 has. gcc-config could let g77 and gfortran coexist on a system. This could help a few other scientific packages and fortran 77 users. Actually I commited an update on pgplot ebuild. It is now possible to compile it with gfortran, but some drivers won't be available. These are the gif, wd and pp drivers. They are not absolutely necessary given the amount of other available drivers, and saves the hassle to install g77. Full functionality is only possible with g77 right now. >>> Emerging (1 of 1) sci-libs/pgplot-5.2.2-r2 to / ... >>> Unpacking pgplot522.tar.gz to /var/tmp/portage/sci-libs/pgplot-5.2.2-r2/work * Applying patches for selected FORTRAN compiler: gfortran * Applying pgplot-drivers.patch ... [ ok ] * Applying pgplot-makemake.patch ... [ ok ] * Applying pgplot-compile-setup.patch ... [ ok ] * Applying pgplot-pgdisp.patch ... [ ok ] * * Warning! * gfortran selected: does not yet compile all drivers * disabling gif, wd, and ppd drivers * if you want more drivers, use g77 * >>> Source unpacked. Yes, thanks it compiled/installed fine. (In reply to comment #7) > Yes, thanks it compiled/installed fine. As my hack is temporary fix, resolved as later until g77/gfortran coexist fine. |