Opened 11 years ago

Closed 11 years ago

#41203 closed submission (fixed)

gmt5 update to 5.1.0 and related packages

Reported by: florian@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.2.1
Keywords: haspatch maintainer Cc: tenomoto (Takeshi Enomoto)
Port: gmt5, gshhg-gmt-nc4, dcw-gmt

Description

I have two updates and one submission here:

  • gmt5 5.0.0b -> 5.1.0
  • gshhg-gmt-nc4 2.2.2 -> 2.2.4
  • dcw-gmt 1.1.0 (submission, new dependency of gmt5)

The patch for gmt5 is split into two parts to change the spacing in the Portfile first.

Attachments (6)

Portfile-gshhg-gmt-nc4.diff (1.4 KB) - added by florian@… 11 years ago.
Portfile patch for gshhg-gmt-nc4
Portfile-gmt5-spacing.diff (4.1 KB) - added by florian@… 11 years ago.
Portfile patch for gmt5 (spacing only, apply first)
Portfile-gmt5.diff (7.6 KB) - added by florian@… 11 years ago.
Portfile patch for gmt5 (apply last)
Portfile-dcw-gmt (1.4 KB) - added by florian@… 11 years ago.
Portfile for dcw-gmt
Portfile-gmt5-v2.diff (7.6 KB) - added by florian@… 11 years ago.
Portfile patch for gmt5 (apply last)
Portfile-gmt5-v3.diff (7.6 KB) - added by florian@… 11 years ago.
Portfile patch for gmt5 (apply last)

Download all attachments as: .zip

Change History (18)

Changed 11 years ago by florian@…

Attachment: Portfile-gshhg-gmt-nc4.diff added

Portfile patch for gshhg-gmt-nc4

Changed 11 years ago by florian@…

Attachment: Portfile-gmt5-spacing.diff added

Portfile patch for gmt5 (spacing only, apply first)

Changed 11 years ago by florian@…

Attachment: Portfile-gmt5.diff added

Portfile patch for gmt5 (apply last)

Changed 11 years ago by florian@…

Attachment: Portfile-dcw-gmt added

Portfile for dcw-gmt

comment:1 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Keywords: maintainer added

comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

In attachment:Portfile-gmt5.diff you manually remove the optimization flags from configure.optflags and put them in -DCMAKE_C_FLAGS_RELEASE, but this isn't supposed to be necessary; the cmake portgroup is supposed to do the right thing for you.

comment:3 in reply to:  2 Changed 11 years ago by florian@…

I would be happy to oblige but using the cmake portgroup is not as straightforward as it seems. When I set

PortGroup                   cmake 1.0
configure.cflags-append     -DNDEBUG -fstrict-aliasing

in Portfile, cmake is invoked with

-DCMAKE_C_FLAGS="-I/opt/local/include" -DCMAKE_C_FLAGS_RELEASE="-Os"

When I reorder:

configure.cflags-append     -DNDEBUG -fstrict-aliasing
PortGroup                   cmake 1.0

cmake is invoked with:

-DCMAKE_C_FLAGS="-I/opt/local/include" -DCMAKE_C_FLAGS_RELEASE="-Os -DNDEBUG -fstrict-aliasing"

CMake's CMAKE_C_FLAGS_RELEASE defaults to -O3 -NDEBUG but you never get this when leaving configure.cflags blank.

Btw, where does the -Os come from. I never set configure.optflags.

To get CMake's default DCMAKE_C_FLAGS_RELEASE I would have to specify this (in order):

configure.optflags          -O3
configure.cflags-append     -DNDEBUG
PortGroup                   cmake 1.0

I haven't yet seen another portfile including cmake portgroup after setting configure options. I'm puzzled.

Changed 11 years ago by florian@…

Attachment: Portfile-gmt5-v2.diff added

Portfile patch for gmt5 (apply last)

comment:4 Changed 11 years ago by florian@…

All right, it seems the issues above were resolved in r112944 (see #41142 and #40648). What remains is that CMake's default release flags are -O3 -DNDEBUG and not -Os -DNDEBUG. Also, CMake's debug flags do not include optimization at all. With the cmake portgroup we get -Os which is not helpful. I work around this with:

if {[variant_isset debug]} {
    configure.optflags      -O0
} else {
    configure.optflags      -O3
}

Modified Portfile patch attached (attachment:Portfile-gmt5-v2.diff).

comment:5 Changed 11 years ago by tenomoto (Takeshi Enomoto)

gshhg-gmt-nc4 r113112; gmt5 (white space) r113113; dcw-gmt r113114. Florian, could you make gmt5 patch for the current (r11314) Portfile?

comment:6 in reply to:  5 ; Changed 11 years ago by florian@…

Thanks for the new commits. I believe you forgot to set svn:keywords of dcw-gmt/Portfile though.

Florian, could you make gmt5 patch for the current (r11314) Portfile?

The file you seek is already attached: attachment:Portfile-gmt5-v2.diff

comment:7 in reply to:  6 ; Changed 11 years ago by tenomoto (Takeshi Enomoto)

Florian,

I believe you forgot to set svn:keywords of dcw-gmt/Portfile though.

You mean $ $Id$ line? I never set it by myself.

The file you seek is already attached: attachment:Portfile-gmt5-v2.diff

I get

patching file Portfile
Hunk #1 succeeded at 2 with fuzz 1.

and the patch and svn diff are quite different. I don't want to introduce errors by manual editing.

comment:8 in reply to:  7 Changed 11 years ago by florian@…

I believe you forgot to set svn:keywords of dcw-gmt/Portfile though.

You mean $ $Id$ line? I never set it by myself.

Just set svn:keywords properties and the line will expand to include revision etc.:

svn propset svn:keywords Id dcw-gmt/Portfile

I get

patching file Portfile
Hunk #1 succeeded at 2 with fuzz 1.

and the patch and svn diff are quite different. I don't want to introduce errors by manual editing.

Oh, I see. That is because of the changed $Id$-line due to your 1st commit. The patch message you got is just a warning. The patch has been applied successfully. Nevertheless, I'll attach a new diff: attachment:Portfile-gmt5-v3.diff

Changed 11 years ago by florian@…

Attachment: Portfile-gmt5-v3.diff added

Portfile patch for gmt5 (apply last)

comment:9 Changed 11 years ago by tenomoto (Takeshi Enomoto)

Do you have any reason not to include fftw3 in default_variants?

comment:10 Changed 11 years ago by florian@…

Hi, the reason is that only few people will use GMT's DFT modules. And those who actually do probably don't need fftw3. Especially on OSX, since GMT can fall back to the highly optimized Accelerate framework when fftw3 is not available. Besides GMT needs the single precision fftw3 which is uncommon. Maybe we can reword the variant description to make it more cleat to the user: "Optional support for FFTW-3 library".

comment:11 Changed 11 years ago by tenomoto (Takeshi Enomoto)

OK. I leave it as an option and edit the description.

comment:12 Changed 11 years ago by tenomoto (Takeshi Enomoto)

Resolution: fixed
Status: newclosed

Committed the update for 5.1.0 in r113125.

Note: See TracTickets for help on using tickets.