Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Build errors with flang-new 19.1.1 #46

Open
bonachea opened this issue Oct 15, 2024 · 0 comments
Open

Build errors with flang-new 19.1.1 #46

bonachea opened this issue Oct 15, 2024 · 0 comments
Labels
bug Something isn't working

Comments

@bonachea
Copy link
Member

Using Damian's build of flang-new 19.1.1 on Perlmutter:

flang-new version 19.1.1 ([email protected]:llvm/llvm-project d401987fe349a87c53fe25829215b080b70c0c1a)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /global/cfs/cdirs/m2878/flang/llvm-project/build/bin
Build config: +assertions

I see the following build errors on main @ 652d82f :

error: Semantic errors in example/derived-type_diagnostic.F90
./example/derived-type_diagnostic.F90:47:5: error: Left-hand side of assignment is not definable
      self_defined = self%defined_
      ^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:47:5: because: 'self_defined' is externally visible via 'self_defined' and not definable in a pure subprogram
      self_defined = self%defined_
      ^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:31:15: Declaration of 'self_defined'
        logical self_defined
                ^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:109:11: error: Internal file variable 'untrimmed_string' is not definable
      write(untrimmed_string,*) self%stuff_%z()
            ^^^^^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:109:11: because: 'untrimmed_string' is externally visible via 'untrimmed_string' and not definable in a pure subprogram
      write(untrimmed_string,*) self%stuff_%z()
            ^^^^^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:108:28: Declaration of 'untrimmed_string'
      character(len=max_len) untrimmed_string
                             ^^^^^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:110:5: error: Left-hand side of assignment is not definable
      character_self = trim(adjustl(untrimmed_string))
      ^^^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:110:5: because: 'character_self' is externally visible via 'character_self' and not definable in a pure subprogram
      character_self = trim(adjustl(untrimmed_string))
      ^^^^^^^^^^^^^^
./example/derived-type_diagnostic.F90:88:40: Declaration of 'character_self'
        character(len=:), allocatable :: character_self
                                         ^^^^^^^^^^^^^^
<ERROR> Compilation failed for object " example_derived-type_diagnostic.F90.o "
<ERROR> stopping due to failed compilation
@bonachea bonachea added the bug Something isn't working label Oct 15, 2024
bonachea added a commit to bonachea/assert that referenced this issue Oct 15, 2024
@bonachea
Fix issue BerkeleyLab#46: workaround some compile errors with flang-n…
942bfcf 
…ew 19.1.1

I don't really understand why this change works, but it resolves the compile
errors in my testing.  I suspect this might represent a defect in flang-new.
bonachea added a commit to bonachea/assert that referenced this issue Oct 21, 2024
@bonachea
Fix issue BerkeleyLab#46: workaround some compile errors with flang-n…
05fc0cb 
…ew 19.1.1

I don't really understand why this change works, but it resolves the compile
errors in my testing.  I suspect this might represent a defect in flang-new.
bonachea added a commit to bonachea/assert that referenced this issue Nov 8, 2024
@bonachea
Fix issue BerkeleyLab#46: workaround some compile errors with flang-n…
e80dee5 
…ew 19.1.1

I don't really understand why this change works, but it resolves the compile
errors in my testing.  I suspect this might represent a defect in flang-new.
rouson pushed a commit that referenced this issue Nov 8, 2024
@bonachea @rouson
Fix issue #46: workaround some compile errors with flang-new 19.1.1
0ee6a6d 
I don't really understand why this change works, but it resolves the compile
errors in my testing.  I suspect this might represent a defect in flang-new.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@bonachea