vcond implementation in altivec

2007-02-27 Thread Ira Rosen
Hi, We were looking at the implementation of vcond for altivec and we have a couple of questions. vcond has 6 operands, rs6000_emit_vector_cond_expr is called from define_expand for "vcond". It gets those operands in their original order, as in vcond, and emits op0 = (op4 cond op5 ? op1 : op2),

Re: I need some advice for x86_64-pc-mingw32 va_list calling convention (in i386.c)

2007-02-27 Thread Kai Tietz
Thank you, I allready adjusted my code. But by the reason of the need to define OUTGOING_REG_PARM_STACK_SPACE for this target, I had to change the general definition of it to be target specific. In front is was defined or -not-. Now it is getting defined to the default value of 0 for targets no

Re: I need some advice for x86_64-pc-mingw32 va_list calling convention (in i386.c)

2007-02-27 Thread Andrew Pinski
On 2/27/07, Kai Tietz <[EMAIL PROTECTED]> wrote: Thank you, I allready adjusted my code. But by the reason of the need to define OUTGOING_REG_PARM_STACK_SPACE for this target, I had to change the general definition of it to be target specific. This is why the uses of OUTGOING_REG_PARM_STACK_SP

vsftpd 2.0.5 vs. gcc 4.1.2

2007-02-27 Thread BuraphaLinux Server
When attempting to build vsftpd-2.0.5 from http://vsftpd.beasts.org/ on my linux system I get this: ... gcc -c sysutil.c -O2 -Wall -W -Wshadow -march=i586 -mtune=i686 -idirafter dummyinc sysutil.c: In function 'vsf_sysutil_wait_exited_normally': sysutil.c:604: error: assignment of read-only membe

Re: vsftpd 2.0.5 vs. gcc 4.1.2

2007-02-27 Thread Florian Weimer
* BuraphaLinux Server: > Does anybody have a patch or know the trick to fix this? Debian has got a patch. I think the error message is wrong, it's a const mismatch in pointer conversion, not an actual assignment.

Re: vcond implementation in altivec

2007-02-27 Thread Devang Patel
Is there a reason why op0 is V4SF It is destination so, yes this is wrong. and op1 is V4SI (and not V8HI)? condition should be v4si, but it is not op1. So this is also not correct. And also, why not use if_then_else instead of unspec (in all vcond's)? I did not try that path. May be I di

RE: spec2k comparison of gcc 4.1 and 4.2 on AMD K8

2007-02-27 Thread Menezes, Evandro
Honza, > Well, rather than unstable, they seems to be more memory layout > sensitive I would say. (the differences are more or less reproducible, > not completely random, but independent on the binary itself. I can't > think of much else than memory layout to cause it). I always wondered > if th

Re: vsftpd 2.0.5 vs. gcc 4.1.2

2007-02-27 Thread Andrew Pinski
> > * BuraphaLinux Server: > > > Does anybody have a patch or know the trick to fix this? > > Debian has got a patch. I think the error message is wrong, it's a > const mismatch in pointer conversion, not an actual assignment. Actually it is a bug in glibc's header with WIFEXITED, WEXITSTATUS,

Re: vsftpd 2.0.5 vs. gcc 4.1.2

2007-02-27 Thread Florian Weimer
* Andrew Pinski: >> >> * BuraphaLinux Server: >> >> > Does anybody have a patch or know the trick to fix this? >> >> Debian has got a patch. I think the error message is wrong, it's a >> const mismatch in pointer conversion, not an actual assignment. > > Actually it is a bug in glibc's header

Re: spec2k comparison of gcc 4.1 and 4.2 on AMD K8

2007-02-27 Thread nick
NUMA support did strike me as a possible cause. I thought that L2 caches on the Opteron communicated by I assume by your response the Opteron memory controller doesn't allow cache propagation, instead invalidates the cache entries read (assuming again the write entries are handled differently

RE: spec2k comparison of gcc 4.1 and 4.2 on AMD K8

2007-02-27 Thread Menezes, Evandro
Nick, > I thought that L2 caches on the Opteron communicated by I > assume by your > response the Opteron memory controller doesn't allow cache > propagation, > instead invalidates the cache entries read (assuming again the write > entries are handled differently). You're half right. The

Re: spec2k comparison of gcc 4.1 and 4.2 on AMD K8

2007-02-27 Thread Richard Guenther
On 2/27/07, Menezes, Evandro <[EMAIL PROTECTED]> wrote: Honza, > Well, rather than unstable, they seems to be more memory layout > sensitive I would say. (the differences are more or less reproducible, > not completely random, but independent on the binary itself. I can't > think of much else th

RE: spec2k comparison of gcc 4.1 and 4.2 on AMD K8

2007-02-27 Thread Menezes, Evandro
Richard, > Well, both britten and haydn are single core, two processor > systems. For > SPEC2k6 runs the problem is that the 2gb ram of the machine are > distributed over both numa nodes, so with the memory requirements of > SPEC2k6 we always get inter-node memory traffic. Vangelis is a single

Why does linker fail to resolve dependencies within the same .a file?

2007-02-27 Thread Christian Convey
I'm using CMake to build a library (as a .a file) and a demo program for that library. My problem is that when I go to link that demo program, I get a linker error that says one file function in the .a file can't find another function in the .a file. Here's what the linker command line and erro

Re: Why does linker fail to resolve dependencies within the same .a file?

2007-02-27 Thread Jonathan Adamczewski
Christian Convey wrote: In function `uriVideoSources::ImageReader::getFrame(bool, uriBase::RasterImage*)': ImageReader.cpp:(.text+0x90): undefined reference to If the missing reference is to `uriVideoSources::ImageReader_gen::getFrame_(bool, uriBase::RasterImage*)' Why do you grep for ou