similar to: gcc 3.2 performance

Displaying 20 results from an estimated 2000 matches similar to: "gcc 3.2 performance"

2002 Oct 16
1
performance issues: gcc 2.95.3 vs. gcc 3.2.0
Hello, I recently installed gcc 3.2.0 next to my old gcc 2.95.3 . I understood that this should give me some performance gain. I indeed found some, but in a few cases I actually observed a considerable loss in performance. I would be interested to learn if others have similar experiences, and what the general opinion is concerning what version (and flags) to use for R! 1) gcc 3.2.0 -O3 can be
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
1
error during compile
hello! Today I tried to compile the new FLAC 0.8 sourcecode on my SuSE Linux 7.1 machine and failed. Below is the output of "make" and "configure". I hope the information is enough that somebody can help me to compile the source. Thanks a lot. PS: A lot of thanks to all developers of FLAC. Its very useful to me!! ------------------------------------------------------ This
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:
2008 Nov 02
1
[LLVMdev] llvm-2.4 prerelease gfortran results
Building the prerelease of llvm-gcc 2.4 on Intel darwin9 with the following patch... --- llvm-gcc-4.2-2.3.999-20081024.source/gcc/stub-c.c.org 2008-10-30 18:55:45.000000000 -0400 +++ llvm-gcc-4.2-2.3.999-20081024.source/gcc/stub-c.c 2008-10-30 18:57:29.000000000 -0400 @@ -157,3 +157,27 @@ { gcc_assert(0); } + + +bool cvt_utf8_utf16 (const unsigned char *, size_t, unsigned char **, +
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
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 Nov 18
4
Re: changing (core) function argument defaults?
>From: Patrick Connolly <p.connolly@hortresearch.co.nz> >To: "RenE J.V. Bertin" <rjvbertin@hotmail.com> >Subject: Re: [R] changing (core) function argument defaults? >Date: Thu, 18 Nov 2004 11:43:10 +1300 > >On Wed, 20-Oct-2004 at 07:48PM +0200, RenE J.V. Bertin wrote: > >|> Hello,
2004 Nov 18
4
Re: changing (core) function argument defaults?
>From: Patrick Connolly <p.connolly@hortresearch.co.nz> >To: "RenE J.V. Bertin" <rjvbertin@hotmail.com> >Subject: Re: [R] changing (core) function argument defaults? >Date: Thu, 18 Nov 2004 11:43:10 +1300 > >On Wed, 20-Oct-2004 at 07:48PM +0200, RenE J.V. Bertin wrote: > >|> Hello,
2009 Nov 10
0
[LLVMdev] speed up memcpy intrinsic using ARM Neon registers
On Nov 9, 2009, at 7:34 PM, Neel Nagar wrote: > I tried to speed up Dhrystone on ARM Cortex-A8 by optimizing the > memcpy intrinsic. I used the Neon load multiple instruction to move up > to 48 bytes at a time . Over 15 scalar instructions collapsed down > into these 2 Neon instructions. > > fldmiad r3, {d0, d1, d2, d3, d4, d5} @ SrcLine dhrystone.c 359 > fstmiad
2008 May 04
1
Thusnelda compile error
Hi, I can not anymore compile this version of theora. I get the following: /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../i nclude -I../lib -I../lib/dec -I../lib/enc -I/usr/local/include -Wall -Wno-p arentheses -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loo ps -MT mode.lo -MD -MP -MF .deps/mode.Tpo -c -o mode.lo `test -f
2009 Jan 08
2
lattice question: independent per-row or per-column scaling?
Hello - and happy newyear to all of you! I've got some data that I'm plotting with bwplot, a 3x2x3 design where the observable decreases with the principle independent factor, but at different rates. I'd like to get lattice to impose not a single set of axes ranges identical for all panels, but ranges that are identical for each panel row or each column. Effects will stand out much
2009 Nov 10
3
[LLVMdev] speed up memcpy intrinsic using ARM Neon registers
On Nov 9, 2009, at 5:59 PM, David Conrad wrote: > On Nov 9, 2009, at 7:34 PM, Neel Nagar wrote: > >> I tried to speed up Dhrystone on ARM Cortex-A8 by optimizing the >> memcpy intrinsic. I used the Neon load multiple instruction to move >> up >> to 48 bytes at a time . Over 15 scalar instructions collapsed down >> into these 2 Neon instructions. Nice. Thanks
2005 Jun 23
4
contrats hardcoded in aov()?
On 6/23/05, RenE J.V. Bertin <rjvbertin at gmail.com> wrote: > Hello, > > I was just having a look at the aov function source code, and see that when the model used does not have an Error term, Helmert contrasts are imposed: > > if (is.null(indError)) { > ... > } > else { > opcons <- options("contrasts") >
2014 Nov 29
1
Unknown scheme SSHA256.HEX.b64
I'm getting a very strange error and I'm completely mystified by it. Thank you so much for taking a look! I recently migrated some users from another dovecot server to my own, and the previous admin had the passwords in their database using the SSHA256 scheme in HEX format. All the password hashes are in my database (MySQL) with a {SSHA256.HEX} prefix, and I thought at first that they
2011 Jan 06
1
Windows 7 client losing trust with domain
Dear Samba, I'm running Samba 3.3.8 and I have a Windows 7 client that was once able to join and log in domain users for a while thanks to http://wiki.samba.org/index.php/Windows7. Then after Christmas it's showing "the trust relationship between this workstation and the primary domain failed" and refusing to log in domain users until I removed and rejoined the domain.
2009 Nov 10
4
[LLVMdev] speed up memcpy intrinsic using ARM Neon registers
I tried to speed up Dhrystone on ARM Cortex-A8 by optimizing the memcpy intrinsic. I used the Neon load multiple instruction to move up to 48 bytes at a time . Over 15 scalar instructions collapsed down into these 2 Neon instructions. fldmiad r3, {d0, d1, d2, d3, d4, d5} @ SrcLine dhrystone.c 359 fstmiad r1, {d0, d1, d2, d3, d4, d5} It seems like this should be faster. But I did