Compilation error on dev branch

[sayerhs]

With the latest updates on the dev branch, I get a compilation error when using GNU gfortran 6.3.0. I am not sure where the character length 11 is showing up, every entry in ParamUnitsAry is neatly formatted and looks like it is 10 characters long.

openfast/modules-local/aerodyn/src/AeroDyn_IO.f90:3092:122:

                                "(N/m)     ","(N/m)     ","(N/m)     ","(N/m)     ","(N/m)     ","(N/m)     ","(-)       ", &
                                                                                                                          1
Error: Different CHARACTER lengths (10/11) in array constructor at (1)
openfast/modules-local/aerodyn/src/AeroDyn_IO.f90:3446:34:

             p%OutParam(I)%Units = ParamUnitsAry(Indx) ! it's a valid output
                                  1
Error: Function 'paramunitsary' at (1) has no IMPLICIT type

@ghaymanNREL @bjonkman

[HaymanConsulting]

On an Intel VS compile on Windows it issues a warning. I’ll look in this, maybe there are ‘hidden’ characters, which are not showing up in a visual editor? From: Shreyas Ananthan [mailto:[email protected]] Sent: Sunday, May 07, 2017 6:51 AM To: OpenFAST/openfast Cc: Hayman, Gregory; Mention Subject: Re: [OpenFAST/openfast] Compilation error on `dev` branch (#24) Assigned #24<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FOpenFAST%2Fopenfast%2Fissues%2F24&data=02%7C01%7CGregory.Hayman%40nrel.gov%7C3480d6d69c934d79f2db08d49547c11c%7Ca0f29d7e28cd4f5484427885aee7c080%7C1%7C0%7C636297582807597162&sdata=A0xuCJPMLKCARHXMVb4O9xAlcvS%2F4xAwFZ0yTVzMtlw%3D&reserved=0> to @ghaymanNREL<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FghaymanNREL&data=02%7C01%7CGregory.Hayman%40nrel.gov%7C3480d6d69c934d79f2db08d49547c11c%7Ca0f29d7e28cd4f5484427885aee7c080%7C1%7C0%7C636297582807597162&sdata=VZPklCzf6AL5yPa3pHPQnewvMACvoQFWZK2lF8N%2FVKE%3D&reserved=0>. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FOpenFAST%2Fopenfast%2Fissues%2F24%23event-1071864462&data=02%7C01%7CGregory.Hayman%40nrel.gov%7C3480d6d69c934d79f2db08d49547c11c%7Ca0f29d7e28cd4f5484427885aee7c080%7C1%7C0%7C636297582807597162&sdata=PWPuzz1RT6AY3b70vbY1Vj8vFxZrs%2FbaLX34I5zGDdc%3D&reserved=0>, or mute the thread<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGcCp2JMBXfozcfUCAJObUFBgItG_yGMks5r3b5FgaJpZM4NTIuf&data=02%7C01%7CGregory.Hayman%40nrel.gov%7C3480d6d69c934d79f2db08d49547c11c%7Ca0f29d7e28cd4f5484427885aee7c080%7C1%7C0%7C636297582807597162&sdata=HUMxrTquoXeHp39BG%2Bi5Yo5ZyW2VzqkdFeyrFbsokik%3D&reserved=0>.

[sayerhs]

@ghaymanNREL I wonder if this is an ASCII/Unicode issue. One of those characters might be encoded as 2 characters if the file is interpreted as pure ASCII but it has unicode characters.

[sayerhs]

Commit b8ea3c2 fixes the issue on GNU gfortran v6.3.0.

[bjonkman]

FYI, those units arrays often contain extended ASCII characters, and I have noticed that GitKracken has a tendency to convert them to unicode if you use it to make other changes to the source file.