summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2016-12-17Kill dmalloc.Alexey Neyman15-460/+4
- No new releases in almost 10 year. - No public bug tracker or VCS. - No responses from maintainer over sent patches. RIP, dmalloc. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-16Merge pull request #506 from stilor/canadian-gettext-mingw32Alexey Neyman7-35/+55
Make companion libs static; fix gettext build on mingw
2016-12-16Merge pull request #498 from stilor/xtensa-linkAlexey Neyman2-1/+35
Fix xtensa static link.
2016-12-11Make companion libs static.Alexey Neyman7-35/+55
This follows the trend set by 1*.sh scripts that configure ISL, GMP, MPFR, CLooG, etc. Building with shared libraries presents all kinds of problems: - The shared libraries need to be installed into ${CT_PREFIX_DIR}. - The binaries linked against companion libs need to have proper RPATH, or they're looking for shared libs in .build/${CT_PREFIX}/buildtools/lib. - All libraries must agree as to whether they're built shared, static, or both. Otherwise, gettext tries to link in static libncurses.a into a shared library and fails (since libncurses was compiled without the -fPIC switch and hence contains relocations that cannot be handled in a shared library). So this fixes the current mess. If we decide to re-enable building the companion libs shared, we should probably make this dependent on a separate suboption of CT_STATIC_TOOLCHAIN. Add a config loosely based on one reported in the issue 274. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-09Also, rename xtensa sample for Travis.Alexey Neyman1-1/+1
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-09Fix xtensa static link.Alexey Neyman1-0/+34
uClibc-ng 1.0.20 fixed static linking with "libdl" by adding all libdl functions into the libc. On xtensa, though, libdl contains an unresolved reference that is satisfied by the ld.so - which is not a part of the linking in a static case. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Merge pull request #494 from stilor/cygwin-fixesAlexey Neyman18-58/+241
Cygwin fixes
2016-12-06Work around Cygwin idiosyncrasy.Alexey Neyman1-1/+7
Cygwin doesn't like directory names ending with a dot, e.g. "multilib_." Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Update Linux kernel patches.Alexey Neyman11-38/+144
3.0.9/100-headers-install-fix*.patch picked up upstream. The Cygwin fix is needed for Cygwin on all kernel versions. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Add patches for <sys/select.h> issue on Cygwin.Alexey Neyman2-0/+70
From gnulib´s mailing list; paths modified to match gnulib module inside gettext. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Rename gettext 0.19.6 patches to 0.19.7.Alexey Neyman3-19/+19
120-*.patch needed an update; others copied verbatim. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Ignore *.exe (on Cygwin).Alexey Neyman1-0/+1
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Merge pull request #495 from stilor/old-gcc-buildAlexey Neyman1-0/+138
Backport the fix to 4.8.5.
2016-12-06Merge pull request #496 from stilor/uclibc-add-1.0.20Alexey Neyman1-20/+3
Add uclibc-ng 1.0.20.
2016-12-06Add uclibc-ng 1.0.20.Alexey Neyman1-20/+3
Retire 1.0.{17,18,19}. Both static link & dlopen issues are now apparently fixed. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Backport the fix to 4.8.5.Alexey Neyman1-0/+138
4.9.4 doesn't need this, fixed upstream. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-06Merge pull request #443 from KirillSmirnov/gdb-nativeAlexey Neyman4-5/+54
debug/gdb: properly link with expat
2016-12-05debug/gdb: restore commentsKirill K. Smirnov1-0/+12
There are two separate issues with gdb configure usage: 1) inspecting build system libraries while cross-compiling; 2) preferring a shared library over static one. The first usage issue is described and fixed now. The second issue was described but the notes were removed for some reason. This patch restores those notes. Suggested-by: Alexey Neyman <stilor@att.net> Signed-off-by: Kirill K. Smirnov <kirill.k.smirnov@gmail.com>
2016-12-03Merge pull request #487 from stilor/host-comp-toolsAlexey Neyman10-61/+263
Allow for installation of companion tools for host
2016-12-03Merge pull request #492 from stilor/custom-locAlexey Neyman7-7/+11
Fix building uClibc-ng from custom directory
2016-12-02Add comp. tools for host in one of canadian crosses.Alexey Neyman1-0/+3
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02Add 'companion tools for host' step.Alexey Neyman9-47/+227
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02Move companion tool build into a separate step.Alexey Neyman8-17/+36
Also, rename "build" -> "for_build", since we're going to have a "for_host" as well. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02uClibc-ng needs to know whether it is 1.0.15+Alexey Neyman1-1/+5
This is workaround, as more packages require similar tweaks (some depend on X_Y_Z_or_later config variables either in kconfig, or in the build scripts. We should have a CT_CompareVersion, that will apply the default or per-package method of comparison. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02Fix use of custom location if it is a directory.Alexey Neyman6-6/+6
In that case, CT_GetCustom just creates a symlink to the original. In that case, 'cp -a <path> .' gives an error and 'cp -a <path> <newdir>' creates <newdir> as a symlink (which will then run the build inside the shared directory, .build/src/<package>). Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02Merge pull request #491 from stilor/uclibc-1.0.20Bryan Hundven1-1/+17
Mark uClibc 1.0.20 experimental
2016-12-02Make 1.0.19 experimental...Alexey Neyman1-6/+9
... and 1.0.17 default, again. Sigh. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-12-02Revert "uClibc-ng: Remove 1.0.17 and 1.0.18"Alexey Neyman1-0/+13
This reverts commit 93dab0585b92954c6580f6826e5f12bb4c4aea90.
2016-12-01Merge pull request #480 from bhundven/update_uclibc-ngBryan Hundven1-10/+3
uClibc-ng: Add 1.0.19
2016-12-01uClibc-ng: Remove 1.0.17 and 1.0.18Bryan Hundven1-13/+0
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-12-01uClibc-ng: Add 1.0.19Bryan Hundven1-2/+8
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-12-01Merge pull request #485 from bhundven/update_kconfigBryan Hundven3-9/+28
kconfig: sync upstream changes
2016-12-01Merge pull request #486 from jcmvbkbc/xtensa-fix-pr78603Alexey Neyman2-0/+70
gcc: backport fix for xtensa PR target/78603
2016-12-01gcc: backport fix for xtensa PR target/78603Max Filippov2-0/+70
This fixes the following kind of ICE on configurations with zero overhead loops support: ../src/pjlib-test/thread.c: In function 'thread_test': ../src/pjlib-test/thread.c:328:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846 Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-12-01Merge pull request #484 from stilor/fix-canadianAlexey Neyman21-189/+2269
Fix canadian crosses
2016-12-01kconfig: sync upstream changesBryan Hundven3-9/+28
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-11-29Enable posix threads in x86_64-w64-mingw32.Alexey Neyman2-1/+2
This enables the resulting toolchaing to be used to build a canadian cross to x86_64-pc-linux-gnu target. Unmark that sample as broken, it now builds successfully. It is likely that it is affected by issue #483, too - I see the resulting gcc executable has a DLL dependency on libiconv-2.dll, which is only installed into .build/.../buildtools. This will be investigated/fixed separately. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-29Sync up with buildroot GCC 6.2.0 patches.Alexey Neyman11-166/+2243
Additionally, copy from 5.4.0: - 910-nios2-bad-multilib-default.patch (needed for nios2 sample) - 930-libgcc-disable-split-stack-nothreads.patch (applicable to 6.2.0 as well) Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-29Remove a broken sample.Alexey Neyman3-15/+0
We don't have a sample that builds the required toolchain (i586-mingw32msvc). Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-29Add a canadian cross sample ...Alexey Neyman2-0/+14
... that was exhibiting the failures fixed in previous commits. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-29Disallow dmalloc for bare metal.Alexey Neyman2-0/+2
In case of bare metal, newlib is built without any syscalls, and dmalloc fails to link with undefined references to _exit, fstat, open, sbrk and so on. Same for DUMA: depends on <memory.h>, not available with newlib. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-29Pass FOR_BUILD flags when building the pass-1/2 core GCC.Alexey Neyman1-7/+8
Current build passes {CFLAGS,LDFLAGS}_FOR_HOST - which breaks canadian cross (e.g. tried building for x86_64-unknown-linux-uclibc host). This dates back to the days of yore when CFLAGS were set directly in the do_gcc_core_backend (and that function is used as the final gcc's backend). do_gcc_core_backend is now passed with CFLAGS/LDFLAGS to use, so let the pass-1/pass-2/final-for-build steps pass the appropriate flags. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-11-23Merge pull request #465 from jcmvbkbc/xtensa-endianAlexey Neyman9-0/+624
Xtensa fixes
2016-11-23samples: rename xtensa-unknown-linux-uclibc to xtensa-fsf-linux-uclibcMax Filippov2-0/+1
Put xtensa core name to the tuple vendor string (without any overlay the default core is 'fsf') and rename sample directory accordingly. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22gcc: backport fix for xtensa PR target/78118Max Filippov1-0/+318
This fixes ICE when building libgcc for xtensa with call0 ABI. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22gcc: don't use unwind-dw2-fde-dip with xtensa-elf targetsMax Filippov2-0/+124
This fixes build for elf target with windowed xtensa core that currently breaks with the following error message: unwind-dw2-fde-dip.c:36:40: fatal error: elf.h: No such file or directory Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22samples: add target CFLAGS to xtensa-unknown-linux-uclibcMax Filippov1-0/+1
Add -mlongcalls and -mtext-section-literals to target CFLAGS. Target libraries built with these flags have great call range, useful for linux applications. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22gcc: fix libgcc build with --text-section-literals for xtensaMax Filippov1-0/+67
This fixes toolchain build with --text-section-literals, which should normally be enabled for linux targets. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22gcc: fix xtensa_fallback_frame_state for call0 ABIMax Filippov1-0/+108
This allows for stack unwinding over signal frames on xtensa linux with call0 ABI. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2016-11-22xtensa: fix endianness supportMax Filippov3-0/+5
To build uClibc correctly we need correct endianness selected in the crosstool-NG. Xtensa cores may be little- or big-endian, but this property is static. The toolchain knows the core endianness and doesn't need options to select it. Enable ARCH_SUPPORTS_BOTH_ENDIAN and select LE by default. Specify empty CT_ARCH_ENDIAN_CFLAG so that -m{big,little}-endian don't get added to the TARGET_CFLAGS, as it's not supported by gcc. Specify empty CT_ARCH_ENDIAN_LDFLAG so that -EB/-EL don't get added to the TARGET_LDFLAGS as they are ignored. Select big-endian in the example xtensa-unknown-linux-uclibc configuration. This fixes uClibc toolchain build for little-endian cores. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
generated by cgit v0.10.2-6-g49f6 at 2024-05-03 00:52:04 (GMT)