similar to: error during compile

Displaying 20 results from an estimated 6000 matches similar to: "error during compile"

2004 Sep 10
2
1.0 candidate checked in
> OK, that worked. > > I checked in your patch to make a static libFLAC-asm.a and > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > can you try the latest CVS to see if it works for you now? It doesn't work for me. Looks like libtool decided not to link libFLAC-asm.a into libFLAC. Here's the output: Making all in src gmake[1]: Entering directory
2004 Sep 10
0
Updating flac include problems
Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it
2004 Sep 10
4
Updating flac include problems
Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
2007 Oct 17
1
Fwd: Re: FLAC for "ARM little endian for glibc"
On Thursday 04 October 2007 04:27:47 you wrote: > Sir, you need to provide more information. What kind of errors? What > is not working? What exactly are you trying to do? What compiler are > you using? H IV0, we are using a lot of different cross-compiler (mainly based on GCC 3.4.x) When I tried to cross-compile FLAC for non-i386 platforms (such as ARM), I use use
2004 Sep 10
0
Compiling problem flac 1.0.4 Mandrake 9.0 gcc 3.2
I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++
2004 Sep 10
3
Compiling problem flac 1.0.4 Mandrake 9.0 gcc 3.2
Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for
2004 Sep 10
0
flac-1.0.3_beta released
On Tue, Jun 11, 2002 at 12:07:38AM -0700, Josh Coalson wrote: > I have just released a source distribution which is the > candidate for the 1.0.3 release. At this time I would > ask anyone who is willing to help test it to do the > following: > > 1. download the tarball and unzip it: > http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download > > 2.
2004 Sep 10
0
Re: detecting host machine in configure.in?
On Wed, May 23, 2001 at 03:18:16PM -0700, Josh Coalson wrote: > but since I'm not too saavy with autoconf/automake I'll ask for a little bit > more help. I think the only non-functional part left is that automake > doesn't support source files that are in subdirectories, relative to > Makefile.am(?) the layout in src/libFLAC/ is that all asm sources will go > under a
2004 Sep 10
2
AMD debugging test files available
On Sat, Aug 17, 2002 at 08:03:53AM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > I am able to reproduce this on my system. I am of course using the > > same > > Debian packaged binary, and the test files from the bug tracker. It > > does > > not happen every time. Sometimes I can get the failure in a few > >
2004 Sep 10
2
1.0 candidate checked in
On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one
2004 Oct 15
1
compile errors
Josh, thanks for answering. I had xmms 1.2.10 . I removed it to see if flac would compile without xmms, and now I get this: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I./include -I../../include -DNDEBUG -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -O2 -mcpu=pentium2 -fomit-frame-pointer -c file_decoder.c -MT file_decoder.lo -MD -MP -MF .deps/file_decoder.TPlo
2004 Sep 10
3
OS X compile errors
On Thursday, January 9, 2003, at 11:38 AM, Ben Hines wrote: > > On Tuesday, January 7, 2003, at 07:54 PM, Glenn wrote: > >> >> I've got xmms installed (via fink) and I'd really like to get the >> xmms-flac plugin to work. >> >> Suggestions? >> > > You could of course use the FLAC from fink, it comes with the plugin. > I haven't
2001 Feb 22
1
lame 3.87 / vorbis problem
Greetings: I'm getting this far in building LAME 3.87 beta: [dlphilp@localhost lame3.87]$ make /bin/sh -ec 'gcc -M -D__NO_MATH_INLINES -DNDEBUG -O3 -fomit-frame-pointer -funroll-loops -ffast-math -finline-functions -Wall -pedantic -DBRHIST -DHAVEGTK -I/usr/local/lib/glib/include -I/usr/local/include -I/usr/X11R6/include -DUSE_LAYER_2 -DUSE_LAYER_1 -DHAVEMPGLIB -DHAVEVORBIS
2004 Sep 10
2
Re: beta 10 candidate checked in
On Thu, May 31, 2001 at 04:04:17AM -0400, Matt Zimmerman wrote: > In order for all of this to work, of course, you need to make sure that > automake knows which files should go in the distribution. Since it already > knows about your source files, usually the only things that need to be added > are random little files that aren't used directly in the build. These should > be
2005 May 25
0
[PATCH] Fix fuction prototypes/definitions with void argument
Hi, the patch below fixes function prototypes/defintions with void argument to shut up the heartful warnings by recent gcc :) It doesn't cover all places, e.g. test directories. The patch is to 1.1.2. Takashi --- src/metaflac/operations.c-dist 2005-05-25 16:20:02.000000000 +0200 +++ src/metaflac/operations.c 2005-05-25 16:20:09.000000000 +0200 @@ -26,7 +26,7 @@ #include <stdlib.h>
2001 Oct 24
3
Almost there...
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 >
2002 Jan 10
1
Trouble building libvorbis-1.0rc3
Hi all, I was just trying to build myself a RC3 set of Ogg/Vorbis libs and tools, but the build of libvorbis bombs out on me while making all in examples. I've ./configure'd with no options, which gave no warnings or errors. After that a normal make gives the below attached output. Can anyone tell me what I've done wrong ? I've also tried removing the examples/ directory. After
2009 Jan 19
2
[LLVMdev] llvm-gfortran test results
The current llvm/llvm-gcc4.2 svn is now fixed with respect to the extra warnings that were being emitted by the gfortran compiler. The gfortran testsuite results under Intel Darwin9 are appended below. Jack Native configuration is i686-apple-darwin9 === gfortran tests === Running target unix/-m32 FAIL: gfortran.dg/aint_anint_1.f90 -O (internal compiler error) FAIL:
2008 Jun 10
1
[LLVMdev] llvm-gcc4.2-2.3 gfortran failures
Building llvm 2.3 and llvm-gcc4.2-2.3 on Mac OS X 10.5, I am seeing the following failures remaining in the gcc 4.2.1 gfortran testsuite... LAST_UPDATED: Native configuration is i686-apple-darwin9 === gfortran tests === Running target unix FAIL: gfortran.dg/actual_array_constructor_1.f90 -O1 execution test FAIL: gfortran.dg/actual_array_constructor_1.f90 -O2 execution test FAIL:
2009 Aug 23
0
[LLVMdev] x86_64 darwin multilib gfortran testresults
Using the proposed patch for enabling the i386 multilib under the x86_64-apple-darwin build... http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/025040.html the following gfortran testsuite results are obtained... Native configuration is x86_64-apple-darwin10 === gfortran tests === Running target unix/-m32 FAIL: gfortran.dg/aint_anint_1.f90 -O (internal compiler error) FAIL: