Lines Matching +full:libicu +full:- +full:dev
5 ------------
10 - gdisk -- This program is modeled after Linux fdisk, but it operates on
12 disks that fdisk modifies. As such, gdisk is an interactive text-mode
17 - cgdisk -- This program is modeled after Linux cfdisk, but it operates on
19 is a curses-based text-mode tool for manipulating partitions, which is to
24 - sgdisk -- This program is conceptually similar to the Linux sfdisk and
26 manipulation of GPT disks using command-line options, so it's suitable
30 - fixparts -- This program, unlike the preceding three, operates on MBR
32 various utilities. Specifically, it can fix mis-sized extended partitions
47 ---------------------------------------------
49 The gdisk program is intended as a (somewhat) fdisk-workalike program for
50 GPT-partitioned disks, cgdisk is similarly a workalike for fdisk, and
51 sgdisk provides most of gdisk's functionality in a more script-friendly
57 * The ability to convert MBR-partitioned disks in-place to GPT format,
60 * The ability to convert BSD disklabels in-place to create GPT
72 * A user interface that's familiar to long-time users of Linux
77 * The ability to create a hybrid MBR, which permits GPT-unaware OSes to
81 the filesystem awareness and filesystem-related features of GParted. You
87 text-mode gdisk, the curses-based interactive cgdisk, and the
88 command-line-driven sgdisk. The first two are intended for use in manually
94 ----------------
99 afflicted disks fine, libparted-based tools (GParted, parted, most Linux
108 * Old GPT data -- If a disk is used as a GPT disk and then re-used as an
117 * Mis-sized extended partitions -- Some tools create an extended partition
122 * Primary partitions inside an extended partition -- Some utilities create
130 * Leftover RAID data -- If a disk is used in a RAID array and then re-used
131 as a non-RAID disk, some utilities can become confused and fail to see
136 When run, FixParts presents an fdisk-like interface, enabling you to adjust
143 * No extended partitions -- Internally, FixParts reads the partition table
152 * Partition numbering -- In most Linux tools, partitions 1-4 are primaries
162 ----------
173 package called uuid-dev or something similar to get the headers. On
174 FreeBSD, the e2fsprogs-libuuid port must be installed.
176 * The ICU library (http://site.icu-project.org), which provides support for
179 UTF-16 partition name support in GPT fdisk versions prior to 0.8.9, but
181 use it if you're having problems with the new UTF-16 support. This
183 install the development headers (libicu-dev or something similar in
184 Linux; or the libicu36-dev Fink package in macOS). To compile with ICU
185 support, you must modify the Makefile: Look for commented-out lines that
186 refer to USE_UTF16, -licuuc, -licudata, or -licucore. Uncomment them and
191 may need to install a package called libncurses5-dev, ncurses-devel, or
194 Unix-style software repositories are available and may work for you (see
201 need to install a package called popt-dev, popt-devel, or something
207 (instructions exist on the relevant projects' pages). When I re-built my
219 OS-specific Makefiles, such as Makefile.mac and Makefile.freebsd, which are
232 Cross-compiling is possible, but is not well-tested, except for compiling
234 cross-compile, specify the TARGET environment variable when launching make,
235 as in "TARGET=win64 make" to compile for 64-bit (x86-64, X64, AMD64) Windows
236 on a non-Windows platform. Supported TARGET values are linux, freebsd,
240 -------
243 existed since 2009, I do not claim it is entirely bug-free; in fact a glance
245 data-corruption bugs to be squashed, but I know full well that the odds of
247 (over-2TiB) drives and use in exotic environments.
249 My main development platform is a system running the 64-bit version of
250 Ubuntu Linux. I've also tested on several other 32- and 64-bit Linux
251 distributions, Intel-based macOS 10 and 11, 64-bit FreeBSD 7.1, and Windows
258 --------------
263 ----------------
268 - The code used to generate CRCs is taken from the efone program by
272 - A function to find the disk size is taken from Linux fdisk by A. V. Le
277 - Yves Blusseau (1otnwmz02@sneakemail.com)
279 - David Hubbard (david.c.hubbard@gmail.com)
281 - Justin Maggard (justin.maggard@netgear.com)
283 - Dwight Schauer (das@teegra.net)
285 - Florian Zumbiehl (florz@florz.de)
287 - Guillaume Delacour (contributed the gdisk_test.sh script)