File: include-signal.swift

package info (click to toggle)
swiftlang 6.0.3-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 2,519,992 kB
  • sloc: cpp: 9,107,863; ansic: 2,040,022; asm: 1,135,751; python: 296,500; objc: 82,456; f90: 60,502; lisp: 34,951; pascal: 19,946; sh: 18,133; perl: 7,482; ml: 4,937; javascript: 4,117; makefile: 3,840; awk: 3,535; xml: 914; fortran: 619; cs: 573; ruby: 573
file content (33 lines) | stat: -rw-r--r-- 1,256 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
// RUN: %target-typecheck-verify-swift -I %S/Inputs

// Some types such as pid_t that glibc defines are defined using the following
// construct:
//
// #ifndef __pid_t_defined
// typedef __pid_t pid_t;
// #define __pid_t_defined
// #endif
//
// glibc defines pid_t in this way in multiple header files, as required by
// POSIX (e.g. signal.h, unistd.h, and sys/types.h). A number of other types
// use the same construct (e.g. ssize_t, intptr_t, uid_t, gid_t).
//
// Because Swift does not set the -fmodules-local-submodule-visibility flag,
// the __pid_t_defined macro can leak from the first submodule that defines it
// into all submodules that follow.
//
// As a consequence, a C header file may fail to compile when imported into
// Swift, even though it compiles cleanly outside Swift with the same system
// headers.
//
// This is a regression test for a bug that was once present in SwiftGlibc
// module layout. Originally SwiftGlibc defined one submodule per header, and
// types such as pid_t were defined by the first module that encountered the
// ifndef construct.
//
// See https://forums.swift.org/t/problems-with-swiftglibc-and-proposed-fix/37594
// for further details.

// REQUIRES: OS=linux-gnu || OS=linux-android

import IncludeSignal