Opened 17 years ago

Closed 17 years ago

Last modified 16 years ago

#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

Cc: maintainer

comment:2 Changed 17 years ago by erickt@…

Resolution: fixed
Status: newclosed

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 UpdatesPort Enhancements
Priority: ExpectedImportant
Resolution: fixed
Status: closedreopened
Type: defectenhancement
Version: 1.4.421.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: ImportantHigh
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: reopenedclosed

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

Note: See TracTickets for help on using tickets.