similar to: Two Problems Cross-compiling

Hello, I need to build a CLANG cross compiler for mips-linux-uclibc. To be completely compatible with the target system, I would like it to use linux 2.6.32.54 headers, binutils 2.25, gcc 4.1.2, and uClibc 0.9.30.1 for the gcc toolchain. I have been able to build the GCC toolchain a variety of different ways, but none of these builds can be "dropped in" via clang as a replacement for

Hi, this commit https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53 added code which can not be compiled with uclibc-ng 1.0.26 using buildroot: make[3]: Entering directory '/home/bernd/buildroot/br4/output/build/dovecot-2.2.33.2/src/lib-test' /bin/bash ../../libtool --tag=CC --mode=compile

On Mon, Nov 13, 2017 at 20:07:00 +0100, Bernd Kuhls wrote: > Hi, > > this commit > https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53 > > added code which can not be compiled with uclibc-ng 1.0.26 using buildroot: Hrm... ok. It'll be probably faster for you to try a test build instead of me setting up buildroot... What happens if in

Howdy. I'm one of the maintainers of Astlinux (www.astlinux.org). We're updating the kernel from 2.6.20, to 2.6.25 (.19), and as such, some packages that previously compiled stopped doing so. We also went from syslinux-3.63 to syslinux-3.72, hoping that a newer version would be more amenable to a more recent kernel. No joy. We're cross-compiling on FC8 (updated) on an i386

Hi, i tried to compile dovecot 2.2.0 and i end up with this error: make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' /bin/sh ../../libtool --tag=CC --mode=link mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts

Hi I am trying to build Xenclient and while it builds gcc, it returns following error. /home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./gc c/xgcc -B/home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./ gcc/ -B/home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-ucl ibc/bin/

Hi, I have cross compiled samba 3.3.8 for arm, which succeeded. However, the size of the resulting binaries is large (few MB's per binary) so the total installation of samba sums to over 50 megabytes, after stripping the binaries. For example, with samba 2.0.10, the size of smbd was 281 KB. With samba 3.3.8 that is 5.2 MB. Same goes for the other binaries. It looks as if there is a chunk of

http://bugzilla.netfilter.org/show_bug.cgi?id=569 Summary: in6addr_any undeclared Product: iptables Version: CVS (please indicate timestamp) Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: unknown AssignedTo: laforge at netfilter.org ReportedBy:

Hi, I want to explorer affection of compiler on low power. For the project background, I tend to process this work via LLVM, rather than GCC. And the Target is ARM. For this purpose, clang(3.2) + arm-gcc + simplescalar-arm(and panalyzer) seems to be a good choice. But I encounter several problems in the processing of setup the environment. ---------------------------------- 1. Firstly, arm

Jeremy Allison <jra <at> samba.org> writes: > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a cheap > > router is already a common scenario. > > Yes, and I'd like to help

On Sat, Mar 12, 2016 at 05:19:13PM +0000, Andy Walsh wrote: > Jeremy Allison <jra <at> samba.org> writes: > > > > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a

Hi, please provide the contents of the config.log I can not reproduce your issue on my machine, --without-openssl works fine here. Oh and next time please mention that its about libshout right away :) On 7 Oct 2020, at 12:07, Rosen Penev wrote: > On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> > wrote: >> >> Hi, > CC'd the mailing list.

On Wed, Oct 7, 2020 at 3:43 AM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, please provide the contents of the config.log > > I can not reproduce your issue on my machine, --without-openssl > works fine here. > > Oh and next time please mention that its about libshout right > away :) https://gist.github.com/neheb/a26714035978d07a822985477524cd45 > > On 7

On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, CC'd the mailing list. > > It seems you are not up to date, git master already has a > --without-openssl option. Without this patch, I get /bin/bash ../libtool --tag=CC --mode=link mips-openwrt-linux-musl-gcc -Wall -ffast-math -fsigned-char

On Mon, Jan 7, 2019 at 5:50 AM Clement Courbet <courbet at google.com> wrote: > On Fri, Jan 4, 2019 at 12:34 PM James Y Knight via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> This seems a somewhat odd and overcomplicated way to go about this. >>> >>> Given that bcmp was required in POSIX until relatively recently, I will

hello everyone: i can configue dovecot with the following: ./configure --build='i686-pc-linux-gnu' --host='arm-openwrt-linux' --with-ssl=openssl --with-storages=maildir i_cv_epoll_works=yes i_cv_inotify_works=yes i_cv_posix_fallocate_works=yes i_cv_signed_size_t=no i_cv_gmtime_max_time_t=32 i_cv_signed_time_t=yes i_cv_mmap_plays_with_write=yes i_cv_fd_passing=yes

Which version of Xen? This usually happens when someone has built a module and forgotten to do "make ARCH=xen" Ian > I was wondering if anyone can make sense of these errors in > the message log: > > Dec 23 14:14:31 localhost kernel: Badness in local_bh_enable > at kernel/softirq. > Dec 23 14:14:31 localhost kernel: [local_bh_enable+130/144] >

hello, i am trying to build R on alpine/gentoo and it fails with the following error msg: connections.c: In function 'Rconn_fgetc': connections.c:3184:11: error: expected identifier before '(' token connections.c:3186:15: error: expected identifier before '(' token make[3]: *** [connections.o] Error 1 any idea? [see the attached file for a complete build log.] i've

This change does not affect the output of the generator. Note this requires that all Closure args have the same parameter name whichever method they appear in. An alternate refactoring could work the same way as Flags and Enum where the parameter name is part of the arg, eg: type arg = ... | Closure of string * closure (* name, type *) ... "set_debug_callback", {

By using a special type we can more naturally express flags in different programming languages. For example OCaml will prefer an optional argument containing a list of flags, defaulting to the empty list: pread [...] ?(flags = []) --- generator/generator | 66 +++++++++++++++++++++++++----------- python/t/400-pread.py | 2 +- python/t/410-pwrite.py | 2 +-