Files
mercury/tests/valid
Zoltan Somogyi 251ab8cce5 Don't treat .m files as substitutes for .opt files.
compiler/write_deps_file.m:
    When trying to check for the existence of .opt files, whether alone
    or together with .trans_opt files, do not consider a .m file as
    an acceptable substitute. Delete the option that can ask for this
    behavior.

compiler/globals.m:
    Delete ie_src as a kind of search for source files, since the change
    to write_deps_file.m deletes its only use.

compiler/generate_dep_d_files.m:
compiler/handle_options.m:
    Conform to the changes above.

tests/term/existential_error1.trans_opt_exp:
    Update the expected output of this test case, because the change
    in write_deps_file.m causes the compiler to get a library predicate's
    termination info from a .opt file instead of a .trans_opt file,
    and it happens to be different

tests/term/existential_error1.m:
    Document the reason for this difference.

tests/valid/Mmake.valid.common:
tests/warnings/Mmakefile:
    The valid_seq/opt_det_warn and warnings/inst_with_no_type test cases
    both specify --intermodule-optimization. Before this diff, the .opt file
    did not get built, but this was not an issue for the following reasons.

    - opt_det_warn tests for the *absence* of any message about something
      in the .opt file, while inst_with_no_type tests for a type definition
      in the implementation section of the helper module being invisible
      outside its module. Both tests are much easier to pass if you do not
      actually read the .opt file.

    - The generation of the warning message about the .opt file not being
      available was suppressed by the fact that the helper module's *source*
      file *was* available.

    Since the compiler now generates this warning message, so add
    mmake rules to force the helper modules' .opt files to be built
    before the compilation of the main modules.

tests/valid_seq/Mmakefile:
    Define some mmake vars that looked like they should help with
    those additional rules, but it seems, they don't.

    Add an XXX about a possible problem.

    Delete an XXX that is no longer relevant.

    Delete a commented out duplicate of an mmakefile entry.
2024-11-15 14:48:00 +11:00
..
2021-07-28 01:32:43 +10:00
2023-11-02 03:22:50 +11:00
2021-07-27 19:29:21 +10:00
2021-07-27 19:29:21 +10:00
2021-07-27 19:29:21 +10:00
2021-07-27 19:29:21 +10:00
2023-11-02 03:22:50 +11:00
2021-07-27 19:29:21 +10:00
2019-07-10 02:50:46 +02:00
2017-01-20 00:28:19 +11:00
2021-07-27 19:29:21 +10:00
2019-08-20 10:29:04 +10:00
2019-09-29 12:16:30 +10:00
2016-03-13 01:11:05 +11:00
2021-07-27 19:29:21 +10:00
2023-11-02 03:22:50 +11:00
2021-07-27 19:29:21 +10:00
2018-10-01 06:54:00 +10:00
2021-07-27 19:29:21 +10:00
2021-07-27 19:29:21 +10:00
2023-11-02 03:22:50 +11:00
2023-11-02 03:22:50 +11:00
2021-07-27 19:29:21 +10:00
2019-05-28 23:04:35 +02:00
2018-01-11 23:09:08 -05:00