Displaying 20 results from an estimated 90000 matches similar to: "[LLVMdev] x86_64 target?"
2009 Mar 25
7
[LLVMdev] llvm-gcc 2.5 libexec installed without program-prefix
I build llvm-gcc as:
../llvm-gcc4.2-2.5.source/configure --enable-languages=c,c++ --program-
prefix=llvm
So it should install into /usr/local/... but add llvm- prefix. This is so
llvm-gcc is found by llvm
(http://llvm.org/releases/2.5/docs/GettingStarted.html claims that's what it
is looking for)
and also so there will be no conflict with system gcc.
But I see:
2009 Mar 25
1
[LLVMdev] llvm-gcc 2.5 libexec installed without program-prefix
On Wed, Mar 25, 2009 at 10:12 AM, Neal Becker <ndbecker2 at gmail.com> wrote:
> OK, let me rephrase this. What is the preferred way to install llvm +
> llvm-
> gcc onto a fedora system?
The preferred way to install LLVM and LLVM-GCC is the same on pretty much
any Linux system and described here:
http://llvm.org/docs/GettingStarted.html#starting
> Here is what I used:
>
2007 Dec 31
2
Time just moved backwards
This wins the 2007 award for strangest (or most amusing) log message:
dovecot: Time just moved backwards by 13 seconds. This might cause a lot of
problems, so I'll just kill myself now.
It does, unfortunately, leave dovecot dead, which was pretty mysterious to
me. Maybe it could re-exec instead?
2009 Mar 25
0
[LLVMdev] llvm-gcc 2.5 libexec installed without program-prefix
OK, let me rephrase this. What is the preferred way to install llvm + llvm-
gcc onto a fedora system?
Here is what I used:
../llvm-gcc4.2-2.5.source/configure --enable-languages=c,c++ --program-
prefix=llvm
make
make install
../llvm-2.5/configure --enable-optimized --prefix=/usr/local
make
make install
2006 Nov 09
2
patch for xapian-spec(0.9.9)
Missed %{_mandir}/man1/xapian-progsrv.1*
diff -u RPM/BUILD/xapian-core-0.9.9/xapian.spec RPM/SPECS/xapian.spec
--- RPM/BUILD/xapian-core-0.9.9/xapian.spec 2006-11-09
09:14:38.000000000 -0500
+++ RPM/SPECS/xapian.spec 2006-11-09 09:14:03.000000000 -0500
@@ -1,10 +1,10 @@
# RedHat-style .spec file for Xapian
# xapian.spec. Generated from xapian.spec.in by configure.
-Summary: The Xapian
2008 Apr 14
14
[Bug 15502] New: Unknown LVDS configuration bits
http://bugs.freedesktop.org/show_bug.cgi?id=15502
Summary: Unknown LVDS configuration bits
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: low
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
ReportedBy: pee at
2006 Jan 11
2
why not option to automatically add pub key?
One of the annoyances of ssh is the need to transfer the public key from
client machine to server machine, and append to authorized_keys. Although
it's simple to do, it's annoying to have to do this manually. Why can't
this be automated? ssh offers to add new machine to known_hosts. Why
doesn't it offer to add the public key to authorized_keys?
2008 Dec 13
3
can deliver filter through spamc?
I'm using maildrop to filter mail like:
xfilter "/usr/bin/spamc"
xfilter "/usr/bin/bogofilter -ep"
I want to change to deliver (so I can use sieve) but can deliver do this?
2006 Jun 07
1
winecfg failure (GLXBadContext?)
This is on Fedora FC5 x86_64
rpm -q wine
wine-0.9.14-1.fc5
winecfg
wine: creating configuration directory '/home/nbecker/.wine'...
X Error of failed request: GLXBadContext
Major opcode of failed request: 143 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Serial number of failed request: 166
Current serial number in output stream: 166
wine: wineprefixcreate failed
2009 Feb 25
3
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
Things are still broken. Unfortunately llvm test suite does not
contain enough vector code to fully test this. Can you revert the
patch first?
Evan
On Feb 24, 2009, at 7:14 PM, Scott Michel wrote:
> Evan:
>
> I did not encounter this back trace before I committed the newest
> BuildVectorSDNode patch, which removed all class instance members
> and passes results back via
2009 Feb 24
3
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
I believe this patch has broken a PPC app that I am tracking. Here is
a reduced test case. Reproduce with llc -mattr=+Altivec -mcpu=g5. The
backtrace looks like this:
#0 0x9333ae42 in __kill ()
#1 0x9333ae34 in kill$UNIX2003 ()
#2 0x933ad23a in raise ()
#3 0x933b9679 in abort ()
#4 0x933ae3db in __assert_rtn ()
#5 0x0008bd8f in llvm::MVT::getVectorElementType (this=0xbfffdda4) at
2009 Feb 25
0
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
Evan:
I work on reverting it, although, when I tried yesterday, it wasn't
particularly clean (lots of rejected patches, presumably due to intervening
commits.)
Are you still getting the backtrace or is this just a case of incorrectly
generated code?
-scooter
On Wed, Feb 25, 2009 at 10:09 AM, Evan Cheng <echeng at apple.com> wrote:
> Things are still broken. Unfortunately llvm
2008 Nov 12
1
[LLVMdev] hello compiles with -O3 but not -O4
Trivial hello world program compiles with -O3, but with -O4:
(BTW, is there a guide to what different -On mean?)
llvm-g++ -O4 Hello.cc -o Hello -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../llvm-gcc4.2-2.4.source/configure --program-prefix=llvm- --enable-llvm=/home/nbecker/llvm-2.4 --enable-languages=c,c++
Thread model: posix
gcc version 4.2.1 (Based on Apple Inc.
2010 Feb 13
3
ocfs2 compile error in x86_64
Hi,
I tried to compiled ocfs2 on 2.6.32.2 x86_64 but still failed.
there are an error blow:
---------------------------------------------------------------------------------------------------------------------
xattr.c: In function 'check_xattr_entry':
xattr.c:250: warning: format '%u' expects type 'unsigned int', but argument
7 has type 'long int'
xattr.c:287:
2010 Feb 13
3
ocfs2 compile error in x86_64
Hi,
I tried to compiled ocfs2 on 2.6.32.2 x86_64 but still failed.
there are an error blow:
---------------------------------------------------------------------------------------------------------------------
xattr.c: In function 'check_xattr_entry':
xattr.c:250: warning: format '%u' expects type 'unsigned int', but argument
7 has type 'long int'
xattr.c:287:
2011 Jul 25
2
Best practices for writing R functions (really copying)
Gabriel Becker writes:
AFAIK R does not automatically copy function arguments. R actually tries
very hard to avoid copying while maintaining "pass by value" functionality.
... R only copies data when you modify an object, not
when you simply pass it to a function.
This is a bit misleading. R tries to avoid copying by maintaining a
count of how many references there are to an
2009 Mar 02
1
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
Scott,
In case you missed it, I reimplemented your
BuildVectorSDNode::isConstantSplat method following the suggestions
from Chris. The revised version passes "make check" for llvm.
Assuming that it also passes Evan's tests, I think it should also do
what you need for CellSPU.
On Feb 25, 2009, at 12:16 PM, Scott Michel wrote:
> Evan:
>
> I work on reverting it,
2009 Feb 25
0
[LLVMdev] [llvm-commits] [llvm] r65296 - in /llvm/trunk: include/llvm/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/CellSPU/ lib/Target/PowerPC/ lib/Target/X86/ test/CodeGen/X86/
Evan:
I did not encounter this back trace before I committed the newest
BuildVectorSDNode patch, which removed all class instance members and passes
results back via reference parameters.
-scooter
On Tue, Feb 24, 2009 at 11:39 AM, Evan Cheng <evan.cheng at apple.com> wrote:
> I believe this patch has broken a PPC app that I am tracking. Here is a
> reduced test case. Reproduce
2008 Jul 04
2
[LLVMdev] llvm 2.3 + gcc-4.3?
In release notes for llvm-2.3 it says
LLVM now builds with GCC 4.3.
How can I try this?
2007 Nov 02
2
sync with gmail?
Now that gmail added imap, I've been trying to see if I can sync gmail/imap
with my local dovecot maildir. I've been trying offlineimap. So far, I've
created a loop resulting in a directory with size > 1000000 entries.
Anyone try this and have a working setup?