#12058 closed enhancement (fixed)
py-numpy without g95
Reported by: | jochen@… | Owned by: | erickt@… |
---|---|---|---|
Priority: | High | Milestone: | |
Component: | ports | Version: | |
Keywords: | python; numpy; gfortran; gcc42; g95 | Cc: | erickt@…, jochen@…, skymoo (Adam Mercer) |
Port: |
Description
With the latest update py-numpy was changed to depend on g95 instead of gfortran. It should, however, work perfectly fine with gfortran from gcc42 instead of g95.
Therefore I think a variant which depends on and uses gfortran from gcc42 instead of g95 should be provided. I had emailed the maintainer about this on 30. 5. 2007 but did not get a response yet (I realize this is a short time only, but I don't want to forget and therefore place a ticket here.)
If there is a reason not to provide such a variant, I am happy to learn about it.
Change History (11)
comment:1 Changed 17 years ago by jochen@…
Cc: | erickt@… added |
---|
comment:2 Changed 17 years ago by erickt@…
Resolution: | → fixed |
---|---|
Status: | new → closed |
Should be fixed now. Please open a new bug if you have any more problems.
comment:3 Changed 17 years ago by jochen@…
Milestone: | Port Updates → Port Enhancements |
---|---|
Priority: | Expected → Important |
Resolution: | fixed |
Status: | closed → reopened |
Type: | defect → enhancement |
Version: | 1.4.42 → 1.5.0 |
Huh, I don't see a gfortran variant?
> sudo port variants py-numpy py-numpy has the variants: universal
comment:4 Changed 17 years ago by nox@…
Cc: | macports-dev@… removed |
---|---|
Priority: | Important → High |
Version: | 1.5.0 |
comment:5 Changed 17 years ago by erickt@…
Hello,
Sorry about the delay. So I received many many requests to swap the fortran support from depending on gcc to depending on gfortran, because gfortran compiles very quickly in comparison. So, what I could do for you is to add a variant for gcc42 if you really need it, but I think the default should be kept to use gfortran for now.
-e
comment:6 Changed 17 years ago by jochen@…
I assume you meant g95 wherever you said gfortran in your last message! (gfortran is the Fortran compiler of GCC, g95 is a "standalone" spinoff - based on some older GCC.)
Well, I can kind of see that argument, but then I do have the same problem: I have gfortran installed anyway, and I use it a lot, but g95 I really don't need...
I think the best solution would be to have a g95 and a gfortran variant, which then use the respective compiler (gfortran uses the gcc42 port for now and gcc43 when that is officially stable, ...). I see no problem (besides politics) with making g95 the default_variant, tough.
I would very much appreciate to see these variants! Thank you very much in advance;)
comment:7 Changed 17 years ago by skymoo (Adam Mercer)
Cc: | ram@… added |
---|
comment:8 Changed 17 years ago by erickt@…
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
After a long time, I finally added this. Please reopen if it doesn't work for anyone!
comment:9 Changed 17 years ago by jochen@…
With first tests this seems to work for me (using gcc42). Thank you for your efforts!
Building with "port -dv" I see that /usr/bin/gcc-4.0 is used as a C compiler, maybe that should be changed to gcc-mp-4.2/3 as well? As I wrote above, the current version seems to work.
comment:10 Changed 17 years ago by erickt@…
I can't seem to figure out how to get numpy to use gcc-mp-4.2 for the compiler without just patching the source. Do you know how to do this?
comment:11 Changed 16 years ago by (none)
Milestone: | Port Enhancements |
---|
Milestone Port Enhancements deleted
Cc: maintainer