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