com/conan-io/conan for issues and more details about development, contributors, etc. Important: Conan 1.19 shouldn’t break any existing 1.0 recipe or command line invocation. If it does, please submit a report support for python 3.4. That version is widely being dropped by the python community. Since Conan 1.19, the tests won’t be run with python 3.4 and we won’t be aware if something is not working correctly

element one by one. The optimization was adopted in the standard Go compiler 1.5. Since Go Toolchain 1.19, the optimization also works if the ranged value is an array pointer. Note: Go 1.21 introduced a stored in u might have been collected already. p := (*int)(unsafe.Pointer(u)) Please note that, Go 1.19 introduces a new method, reflect.Value.UnsafePointer(), which returns a unsafe.Pointer value functions provided in the sync/atomic standard package. Overview of Atomic Operations Provided Before Go 1.19- The sync/atomic standard package provides the following five atomic functions for an integer type

element one by one. The optimization was adopted in the standard Go compiler 1.5. Since Go Toolchain 1.19, the optimization also works if the ranged value is an array pointer. Note: Go 1.21 introduced a stored in u might have been collected already. 4| p := (*int)(unsafe.Pointer(u)) Please note that, Go 1.19 introduces a new method, reflect.Value.UnsafePointer(), which returns a unsafe.Pointer value and functions provided in the sync/atomic standard package. Overview of Atomic Operations Provided Before Go 1.19- The sync/atomic standard package provides the following five atomic functions for an integer type

element one by one. The optimization was adopted in the standard Go compiler 1.5. Since Go Toolchain 1.19, the optimization also works if the ranged value is an array pointer. Note: Go 1.21 introduced a in u might have been collected already. 4| p := (*int)(unsafe.Pointer(u)) Please note that, Go 1.19 introduces a new method, reflect.Value.UnsafePointer(), which returns a unsafe.Pointer value and functions provided in the sync/atomic standard package. Overview of Atomic Operations Provided Before Go 1.19- The sync/atomic standard package provides the following five atomic functions for an integer type

大多数情况下，此memclr调用比一个一个地重置元素要 快。 1| for i := range a { 2| a[i] = t0 3| } 此优化在官方标准编译器1.5版本中被引入。 从官方Go工具链1.19开始，此优化也适用于a为一个数组指针的情形。 注意：Go 1.21引入了一个clear内置函数，用来清空一个映射中的所有条目或 者重置一个切片中的所有元素。 我们应该尽量使用此内置函数而不是依赖于 ValueOf(new(int)).Pointer() 2| // 在这个时刻，处于存储在u中的地址处的内存块 3| // 可能会被回收掉。 4| p := (*int)(unsafe.Pointer(u)) 注意：Go 1.19引入了一个新的方法：reflect.Value.UnsafePointer()。 官方 推荐以后使用此方法来替换上述两个方法。也就说，承认了原来的设计思路并 不太对路。 UnsafePointer()放回一个unsafe CPU指令直接实现。 事实上，其它同步技术的实现常常依赖于原子操作。 注意，本文中的很多例子并非并发程序。它们只是用来演示如何使用 sync/atomic标准库包中提供的原子操作。 Go 1.19之前的版本中支持的原子操作概述 对于一个整数类型T，sync/atomic标准库包提供了下列原子操作函数。 其中T 可以是内置int32、int64、uint32、uint64和uintptr类型。

。 大多数情况下，此memclr调用比一个一个地重置元素要快。 for i := range a { a[i] = t0 } 此优化在官方标准编译器1.5版本中被引入。 从官方Go工具链1.19开始，此优化也适用于a为一个数组指针的情形。 注意：Go 1.21引入了一个clear内置函数，用来清空一个映射中的所有条目或 者重置一个切片中的所有元素。 我们应该尽量使用此内置函数而不是依赖于此 ValueOf(new(int)).Pointer() // 在这个时刻，处于存储在u中的地址处的内存块 // 可能会被回收掉。 p := (*int)(unsafe.Pointer(u)) 注意：Go 1.19引入了一个新的方法：reflect.Value.UnsafePointer()。 官方推 荐以后使用此方法来替换上述两个方法。也就说，承认了原来的设计思路并不 太对路。 UnsafePointer()放回一个unsafe 事实上，其它同步技术的实现常常依赖于原子操作。 注 意 ， 本 文 中 的 很 多 例 子 并 非 并 发 程 序 。 它 们 只 是 用 来 演 示 如 何 使 用 sync/atomic标准库包中提供的原子操作。 Go 1.19之前的版本中支持的原子操作概述 对于一个整数类型T，sync/atomic标准库包提供了下列原子操作函数。 其中T可 以是内置int32、int64、uint32、uint64和uintptr类型。

1| for i := range a { 2| a[i] = t0 第18章：数组、切片和映射 176 3| } 此优化在官方标准编译器1.5版本中被引入。 从官方Go工具链1.19开始，此优化也适用于a为一个数组指针的情形。 注意：Go 1.21引入了一个clear内置函数，用来清空一个映射中的所有条目或者重 置一个切片中的所有元素。 我们应该尽量使用此内置函数而不是依赖于此memclr 在这个时刻，处于存储在u中的地址处的内存块 3| // 可能会被回收掉。 4| p := (*int)(unsafe.Pointer(u)) 第25章：非类型安全指针 280 注意：Go 1.19引入了一个新的方法：reflect.Value.UnsafePointer()。 官方 推荐以后使用此方法来替换上述两个方法。也就说，承认了原来的设计思路并不太 对路。 UnsafePointer()放回一个unsafe CPU指 令直接实现。 事实上，其它同步技术的实现常常依赖于原子操作。 注意，本文中的很多例子并非并发程序。它们只是用来演示如何使用sync/atomic 标准库包中提供的原子操作。 Go 1.19之前的版本中支持的原子操作概述 对于一个整数类型T，sync/atomic标准库包提供了下列原子操作函数。 其中T可 以是内置int32、int64、uint32、uint64和uintptr类型。

Справочное руководство по языку PlantUML (1.2019.3) 14 / 158 1.19 Активация и деактивация линии существования 1 ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТИ 1.19 Активация и деактивация линии существования activate и deactivate Промежутки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 1.19 Активация и деактивация линии существования . . . . . . . . . . . . . . . . . . . . . . . . . 15

Справочное руководство по языку PlantUML (1.2019.2) 14 / 158 1.19 Активация и деактивация линии существования 1 ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТИ 1.19 Активация и деактивация линии существования activate и deactivate Промежутки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 1.19 Активация и деактивация линии существования . . . . . . . . . . . . . . . . . . . . . . . . . 15

@enduml 1.19 Активация и деактивация линии существования activate и deactivate используются чтобы обозначить активацию участника. Справочное руководство по языку PlantUML (1.2019.1) 13 / 146 1.19 Активация Промежутки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 1.19 Активация и деактивация линии существования . . . . . . . . . . . . . . . . . . . . . . . . . 13