search for: depfiles

...g.status: creating debian/Makefile config.status: creating src/Makefile config.status: creating src/log/Makefile config.status: creating src/timing/Makefile config.status: creating src/thread/Makefile config.status: creating src/avl/Makefile config.status: creating config.h config.status: executing depfiles commands napoleon:~/Desktop/ices-2.0.1 peter$ make make all-recursive Making all in debian make[2]: Nothing to be done for `all'. Making all in src Making all in log source='log.c' object='log.lo' libtool=yes \ depfile='.deps/log.Plo' tmpdepfile='.deps/log.TPlo'...

Ok, I managed to compile the Ogg and Vorbis libs. Then, after modifying the file audio_out.c as follows: original: #include <dlfcn.h> modified: #include <win32/include/dlfcn.h> I was able to (finally!) compile libao. Then I tried to compile the module vorbis-tools, but uninvited problems came to my party. [...] > /usr/bin/ld: multiple definitions of symbol _getopt >

...e config.status: creating src/thread/Makefile config.status: creating src/avl/Makefile config.status: creating src/httpp/Makefile config.status: creating examples/Makefile config.status: creating shout-config config.status: creating shout.pc config.status: creating config.h config.status: executing depfiles commands ----- gmake outputs: ----- gmake all-recursive gmake[1]: Entering directory `/usr/local/src/libshout-2.0' Making all in include gmake[2]: Entering directory `/usr/local/src/libshout-2.0/include' Making all in shout gmake[3]: Entering directory `/usr/local/src/libshout-2.0/include/...

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a

> On May 30, 2017, at 3:52 PM, Joerg Sonnenberger <joerg at bec.de> wrote: > > On Tue, May 30, 2017 at 03:49:38PM -0700, Pete Cooper via llvm-dev wrote: >> Aw, but i had a list of issues, such as: >> - tablegen doesn’t generate .d files > > Actually, it does if asked to. Oh, thanks. Thats good to know. I don’t know if ninja uses the .d as the source of real

To make it more obvious where the files are supposed to end up move files so they reflect the directory structure in the kernel: mkdir scripts mv kernel/Kbuild.* scripts/ mkdir usr mv kernel/Kbuild usr rmdir kernel Furthermore: - updated cp-to-kernel to refelct new directory layout - teach cp-to-kernel to place gzip right under usr/ - Add '#' in front of comment in usr/Kbuild --- I

On Oct 20, 2007, at 9:34 AM, Thomas B. Ruecker wrote: > Marc Manthey schrieb: >> hello free streamers, >> >> after i had not much luck with " Darwin streaming >> server" ( because of a lack of NAT implementation ) >> >> i got a hint from a Wireless mailing list to try OGG/Theora >> streaming. >> >> I ?ve found a great site

I have successfully compiled Ices 0.3 on FreeBSD (4.7 and 4.9). You need to make sure that ALL the dependicies are installed (some depend on others) and when compiling them, that they compile with no problems. <p>Include some output of what errors you are getting and I #should# be able to help you on your way. <p>>From: "dave" <dmehler26@woh.rr.com>

Folks, I am using a two-stagesimple build like this one: make -G Ninja -DCLANG_ENABLE_BOOTSTRAP=ON ../src ninja stage2-check-all Stage 1 gets built, and when looking at rules.ninja in the stage2-bins I see: rule CXX_COMPILER_AnalysisTests depfile = $DEP_FILE deps = gcc command = <stage1 build dir>./bin/clang++ $DEFINES $INCLUDES $FLAGS -MMD -MT $out -MF $DEP_FILE -o $out -c $in

>From fe2f292cdc62104f21e9880516176c51a7f17622 Mon Sep 17 00:00:00 2001 From: Sam Ravnborg <sam at ravnborg.org> Date: Thu, 17 May 2012 22:56:00 +0200 Subject: [PATCH 1/1] kbuild: sync with kernel 3.4-rc7 Update Kbuild.include and fixup Kbuild.klibc. This fixes a bug where all files are rebuild each time we invoke make. Signed-off-by: Sam Ravnborg <sam at ravnborg.org> --- I

Hi Peter & others. Here are three patches that does the following: #1 - Update kbuild part of klibc so make clean works Adds gzip including a sample kbuild file #2 - Factor out definition of usr/ to two variables #3 - Move kbuild files to reflect location in the kernel As requested in earlier mail I need a bit of guidiance of what you expect from the kernel integrated parts of klibc.

Avoiding full path to KLIBCINC will result in havesyscall.h being generated in the $(objtree). We do not want generated files in the source tree with make O=.. -I parmeters to gcc now prefixed with $(srctree) allowing to pick up the generated .h file in $(objtree) Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index

# make make all-recursive make[1]: Entering directory `/tmp/speex-1.1.6' Making all in libspeex make[2]: Entering directory `/tmp/speex-1.1.6/libspeex' source='nb_celp.c' object='nb_celp.lo' libtool=yes \ depfile='.deps/nb_celp.Plo' tmpdepfile='.deps/nb_celp.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I.

I'm compiling Darkice on a FreeBSD 4.6.2 box. Everything works up to this point after I type "make"...then I get this error. Any ideas? Thanks, Matt teststream# make make all-recursive Making all in src source='TcpSocket.cpp' object='TcpSocket.o' libtool=no depfile='.deps/TcpSocket.Po' tmpdepfile='.deps/TcpSocket.TPo' depmode=gcc /bin/sh

I get this error when installing icecast using the 'make' command. I used the latest version of the dependencies: [root@www icecast-2.3.1]# make make all-recursive make[1]: Entering directory `/home/riscphree/icecast-2.3.1' Making all in src make[2]: Entering directory `/home/riscphree/icecast-2.3.1/src' Making all in avl make[3]: Entering directory

I have a ss20 running Solaris 2.6 (and gcc 3.2) in which I want to install tinc. So, I run the configure script, ./configure --build=sparc-sun-solaris2.6 --host=sparc-sun-solaris2.6 --target=sparc-sun-solaris2.6 --with-openssl-include=/usr/local/ssl/include --with-openssl-lib=/usr/local/ssl/lib --with-zlib-include=/usr/local/include --with-zlib-lib=/usr/local/lib which seems to have run

hello free streamers, after i had not much luck with " Darwin streaming server" ( because of a lack of NAT implementation ) i got a hint from a Wireless mailing list to try OGG/Theora streaming. I ?ve found a great site here <http://www.oddsock.org/guides/video.php> and downloadet and installed "icecast" and the theora libs with success on my macintosh mini ,

Hi All, I'm trying to build speex for the mini2440 board, with this toolchain: http://www.friendlyarm.net/dl.php?file=arm-linux-gcc-4.3.2.tgz because speex is a dependency of the sip softphone 'linphone'. The 'configure' string I'm using is this: ./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static --enable-fixed-point --enable-arm-asm Other

...tus: creating doc/Makefile > config.status: creating Speex.spec > config.status: creating win32/Makefile > config.status: creating win32/libspeex/Makefile > config.status: creating win32/speexenc/Makefile > config.status: creating win32/speexdec/Makefile > config.status: executing depfiles commands > Type "make; make install" to compile and install Speex > ESTIMATED COMPILE TIME: 0:19.70. > Making all in libspeex > make[1]: Entering directory `/home/war/speex-1.1.4/libspeex' > if /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" > -DP...

...time... yes checking for R... /usr/local/bin/R checking if R was built as a shared library... yes checking for install_name_tool... no configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands MyBSD% make R_HOME= /usr/local/bin/R --silent --vanilla --slave < > autoloads.h Syntax error: redirection unexpected *** Error code 2 Stop in /home/ronggui/software/littler-0.0.10. Anyone knows why and any hints to the solution? Thanks in advance. -- Ronggui Huang Department of...