v1.32:
1.support to upgrade 356x loader

Signed-off-by: liuyi <liuyi@rock-chips.com>

Merge pull request #27 from gonzoua/freebsd_support

Fix iconv detection for FreeBSD

Fix iconv detection for FreeBSD

Signed-off-by: Oleksandr Tymoshenko <gonzo@bluezbox.com>

rkdeveloptool: v1.3
1.add LD to list devices
2.add PRM to write parameter
3.change PGPT to PPT to support print parameter and GPT

Signed-off-by: liuyi <liuyi@rock-chips.com>

Merge pull request #16 from kgoger/buildfixes

macos/openbsd fixes

Set CPPFLAGS and LDFLAGS for OpenBSD

On OpenBSD iconv headers were not found:

from gcc-local(1) on OpenBSD
gcc does not search under /usr/local for include files nor for
libraries: as a system

Set CPPFLAGS and LDFLAGS for OpenBSD

On OpenBSD iconv headers were not found:

from gcc-local(1) on OpenBSD
gcc does not search under /usr/local for include files nor for
libraries: as a system compiler, it only searches the system paths by
default.

Set CPPFLAGS and LDFLAGS based on os_host set by AC_CANONICAL_HOST.

Signed-off-by: Klaus Goger <klaus.goger@theobroma-systems.com>

show more ...

Search for iconv in configure script

macOS requires -liconv in the LDFLAGS to link correctly. So add a
search macro to the configure script to prevent following error:

g++ -g -O2 -o rkdeveloptoo

Search for iconv in configure script

macOS requires -liconv in the LDFLAGS to link correctly. So add a
search macro to the configure script to prevent following error:

g++ -g -O2 -o rkdeveloptool main.o crc.o RKBoot.o RKComm.o RKDevice.o
RKImage.o RKLog.o RKScan.o -L/usr/local/Cellar/libusb/1.0.21/lib -lusb-1.0
Undefined symbols for architecture x86_64:
"_iconv", referenced from:
StringToWideString(char*, wchar_t*&) in main.o
WideStringToString(wchar_t*, char*&) in main.o
"_iconv_close", referenced from:
StringToWideString(char*, wchar_t*&) in main.o
WideStringToString(wchar_t*, char*&) in main.o
"_iconv_open", referenced from:
StringToWideString(char*, wchar_t*&) in main.o
WideStringToString(wchar_t*, char*&) in main.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [rkdeveloptool] Error 1

show more ...

main: update to version 1.2

- add gpt command to write gpt table
- add ul command, need run db first

Signed-off-by: Liu Yi <liuyi@rock-chips.com>
Signed-off-by: Kever Yang <kever.yang@rock-chips.co

main: update to version 1.2

- add gpt command to write gpt table
- add ul command, need run db first

Signed-off-by: Liu Yi <liuyi@rock-chips.com>
Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
Tested-by: Kever Yang <kever.yang@rock-chips.com>

show more ...

Merge pull request #5 from twoerner/contrib/twoerner/autotools-2

Contrib/twoerner/autotools 2

update the build system to use autotools

The autotool system provides a high-level way of specifying what to build,
and then generates Makefile templates based on these requirements as well
as a way

update the build system to use autotools

The autotool system provides a high-level way of specifying what to build,
and then generates Makefile templates based on these requirements as well
as a way of generating Makefiles at build time based on what it finds at
build time (i.e. specifics about the system on which it is being built),
and configuration options set by the user at build time. The nice thing
about autotools is that it better encapsulates distro-specific "gotchas"
that make it hard to create a Makefile by hand which will work on a wide
range of different versions of various UNIX distributions. It also includes
built-in support for out-of-tree build (VPATH), cross-development, and DESTDIR
installs.

These generated Makefiles automatically include support for a wide
range of 'make' targets such as: make, make clean, make install, make
uninstall, make check, make distclean, make dist, make strip, make
distcheck, etc. These targets make it easier to follow the "Makefile
Conventions" of "The Release Process" from the "GNU Coding Standards"
(https://www.gnu.org/prep/standards/html_node/Makefile-Conventions.html).

Signed-off-by: Trevor Woerner <twoerner@gmail.com>

show more ...