Commit Graph

8 Commits

Author SHA1 Message Date
Lucian Cristian 54fbadc02d gddrescue: update to 1.27
Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
2023-02-24 16:08:39 -08:00
Lucian Cristian eead4aa5ed gddrescue: update to 1.26
Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
2022-06-01 13:24:20 -07:00
Rosen Penev 39bc254663 treewide: remove uClibc++ support
Signed-off-by: Rosen Penev <rosenp@gmail.com>
2021-03-05 15:07:46 -08:00
Ilya Lipnitskiy 5d8d4fbbcb
treewide: Run refresh on all packages
The crude loop I wrote to come up with this changeset:

  find -L package/feeds/packages/ -name patches | \
  sed 's/patches$/refresh/' | sort | xargs make

Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com>
2021-02-20 16:02:15 -08:00
Rosen Penev cb6ec2061b gddrescue: Remove uClibc++ patch
A solution was applied to uClibc++, where the bug actually is.

Fixed license information.

Small cleanups.

Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-10-12 17:52:27 -07:00
Rosen Penev d6af6a4d75
gddrescue: Add uClibc-ng support
It turns out, this breaks only when compiling with both uClibc-ng and
uClibc++. If the libc or libc++ gets swapped out, it compiles fine.

libstdcpp is fine because it already undefs these macros. The actual
bug is probably in uClibc-ng but this is a fine workaround.

Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-07-25 19:40:05 -07:00
Rosen Penev 9172e2828f
gddrescue: Do not build with uClibc-ng
From the developer:

It seems that uClibc-ng is defining fgetc, fputc, feof, and ferror as
macros and not including them in std.

IMO this is a bug in uClibc-ng (maybe caused by lack of clarity in the
C++ standard), because even the C functions that are alowed to be
defined as macros (putc, getc) should be included in std for
consistency. Just imagine the chaos if std::getc were defined or
undefined depending on how it is implemented.

Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-07-16 13:54:09 -07:00
Lucian Cristian 7943a4bf2e gddrescue: add ddrescue a data recovery tool
Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
2019-03-29 00:12:50 +02:00