Commit Graph

14 Commits

Author SHA1 Message Date
Alastair Houghton
a890ec2c0f [Backtracing][Linux][Tests] Fix verify_all_overlays test.
The `_Backtracing` module has a number of private implementation only
imports that aren't used outside of the module and that don't require
any additional libraries (hence they aren't relevant to the outside
world).  `verify_all_overlays.py` needs to know about these when it
does its test, because it loadas the module as the main module, which
results in implementation only imports being required instead of
ignored.

rdar://110261712
2023-06-07 09:03:50 +01:00
Egor Zhdan
063be28a54 [cxx-interop] Update the C++ stdlib module name in SIL/verify_all_overlays.py 2023-01-26 19:19:46 +00:00
Egor Zhdan
d738a64b02 [cxx-interop] Do not run SIL/verify_all_overlays.py on std
rdar://93420692
2022-05-17 16:10:40 +01:00
Daniel Duan
3dfc40898c [NFC] Remove Python 2 imports from __future__ (#42086)
The `__future__` we relied on is now,  where the 3 specific things are
all included [since Python 3.0](https://docs.python.org/3/library/__future__.html):

* absolute_import
* print_function
* unicode_literals
* division

These import statements are no-ops and are no longer necessary.
2022-04-13 14:01:30 -07:00
Evan Wilde
6956b7c5c9 Replace /usr/bin/python with /usr/env/python
/usr/bin/python doesn't exist on ubuntu 20.04 causing tests to fail.
I've updated the shebangs everywhere to use `/usr/bin/env python`
instead.
2021-09-28 10:05:05 -07:00
Erik Eckstein
8cebf1bde9 temporarily disable checking of DifferentiationUnittest in SIL/verify_all_overlays.py 2021-02-24 16:02:14 +01:00
marcrasi
dccb75c810 [AutoDiff] disable SIL/verify_all_overlays.py for "_Differentiation"
It is failing so I'll disable it to fix the tests until we fix it.
2020-04-01 12:07:39 -07:00
Nathan Hawes
168a9ba318 [test] Remove orphaned comment from validation-test/SIL/verify_all_overlays.py 2020-03-02 15:12:08 -08:00
Nathan Hawes
68ad8acded [test] remove xfail on validation-test/SIL/verify_all_overlays.py
Looks like it started passing:
https://ci.swift.org/job/oss-swift_tools-RA_stdlib-RDA_long-test/3521/
2020-03-02 11:01:10 -08:00
Jordan Rose
7a509422b3 [test] sil-opt doesn't support -Fsystem; use -F
Fix-up for bb0f0c8397 (rdar://problem/48513002).
2019-03-01 17:23:56 -08:00
Jordan Rose
bb0f0c8397 [test] -Fsystem $SDK/System/Library/PrivateFrameworks (#23019)
Otherwise certain modules don't import correctly when built against an
Apple-internal SDK. Should have no effect when using the public SDK,
but we try to minimize divergence between the public and
Apple-internal test suites.

rdar://problem/48513002
2019-03-01 14:26:20 -08:00
Jordan Rose
8521015407 [test] Add proper search paths for XCTest in verify_all_overlays.py (#22994)
This turns out to be the only problem on iOS and tvOS. Oops! macOS
still has some actual failing overlays as tracked by SR-9847.

(We should also add this search path to
ParseableInterface/verify_all_overlays.py.)

rdar://problem/48458622
2019-02-28 15:04:11 -08:00
Jordan Rose
d17602a847 [test] Un-XFAIL a test for watchOS (#22813)
Whatever bug is happening in https://bugs.swift.org/browse/SR-9847,
the watchOS overlays aren't hitting it.

rdar://problem/48280638
2019-02-25 09:41:22 -08:00
Jordan Rose
43feb9cbe1 On Apple platforms, use swiftmodule directories for the stdlib (#21797)
This changes the Swift resource directory from looking like

    lib/
      swift/
        macosx/
          libswiftCore.dylib
          libswiftDarwin.dylib
          x86_64/
            Swift.swiftmodule
            Swift.swiftdoc
            Darwin.swiftmodule
            Darwin.swiftdoc

to

    lib/
      swift/
        macosx/
          libswiftCore.dylib
          libswiftDarwin.dylib
          Swift.swiftmodule/
            x86_64.swiftmodule
            x86_64.swiftdoc
          Darwin.swiftmodule/
            x86_64.swiftmodule
            x86_64.swiftdoc

matching the layout we use for multi-architecture swiftmodules
everywhere else (particularly frameworks).

There's no change in this commit to how Linux swiftmodules are
packaged. There's been past interest in going the /opposite/ direction
for Linux, since there's not standard support for fat
(multi-architecture) .so libraries. Moving the .so search path /down/
to an architecture-specific directory on Linux would allow the same
resource directory to be used for both host-compiling and
cross-compiling.

rdar://problem/43545560
2019-02-19 14:47:21 -08:00