Displaying 20 results from an estimated 1915 matches for "chandlerc".
Did you mean:
chandler
2008 Mar 25
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Hello,
Trying to get my machine building up-to-date, and a nightly going, i
ran into an assertion during the build of llvm-gcc 4.2:
$ make -j2
<snip!>
/home/chandlerc/code/compilers/build/llvm-gcc/./gcc/xgcc
-B/home/chandlerc/code/compilers/build/llvm-gcc/./gcc/
-B/home/chandlerc/code/compilers/install/llvm-gcc/x86_64-pc-linux-gnu/bin/
-B/home/chandlerc/code/compilers/install/llvm-gcc/x86_64-pc-linux-gnu/lib/
-isystem /home/chandlerc/code/compilers/install/llvm-...
2008 Mar 25
0
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
...l help us a lot with the bug report.
-bw
On Mar 24, 2008, at 11:49 PM, Chandler Carruth wrote:
> Hello,
>
> Trying to get my machine building up-to-date, and a nightly going, i
> ran into an assertion during the build of llvm-gcc 4.2:
>
> $ make -j2
> <snip!>
> /home/chandlerc/code/compilers/build/llvm-gcc/./gcc/xgcc
> -B/home/chandlerc/code/compilers/build/llvm-gcc/./gcc/
> -B/home/chandlerc/code/compilers/install/llvm-gcc/x86_64-pc-linux-
> gnu/bin/
> -B/home/chandlerc/code/compilers/install/llvm-gcc/x86_64-pc-linux-
> gnu/lib/
> -isystem /home/chan...
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Bam. This is about as reduced as it gets. I think I can spot the problem point:
chandlerc at osiris ~/code/compilers/build/llvm-gcc $ cat testcase.i
void
foo () {
float x __attribute__ ((mode (XF)));
}
chandlerc at osiris ~/code/compilers/build/llvm-gcc $ ./gcc/cc1
-fpreprocessed -march=k8 testcase.i -o /dev/null
foocc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:...
2014 Jan 06
5
[LLVMdev] LLVM Weekly - #1, Jan 6th 2014
...aring Clang 3.4 performance
against GCC 4.9
<http://www.phoronix.com/scan.php?page=article&item=llvm34_gcc49_compilers&num=1>
## On the mailing lists
* Rafael EspĂndola removed support for the 's' modifier in a DataLayout
specification in commit [r198287](http://llvm-reviews.chandlerc.com/rL198287)
and so writes how to work around this if your out of tree target relied on
that modifier <http://article.gmane.org/gmane.comp.compilers.llvm.devel/69143>
* Chandler Carruth asks a question about flags for instructions in .td files
<http://thread.gmane.org/gmane.comp.compiler...
2011 Jul 30
0
[LLVMdev] [PATCH] llvm-config: Support LLVM_LIBDIR_SUFFIX on CMake build.
Rather than using sed, it would be better to change the .in to use @...@
variables to expand the libdir suffix along with the other variables
expanded when going from llvm-config.in to llvm-config.
On Sat, Jul 30, 2011 at 1:32 AM, Johannes Obermayr
<johannesobermayr at gmx.de>wrote:
> Hi,
>
> here is a patch for fixing the libdir suffix issue in llvm-config on CMake
> builds
2011 Jul 30
2
[LLVMdev] [PATCH] llvm-config: Support LLVM_LIBDIR_SUFFIX on CMake build.
Hi,
here is a patch for fixing the libdir suffix issue in llvm-config on CMake builds (if using -DLLVM_LIBDIR_SUFFIX=32/64).
It works successfully on my openSUSE i586 (/usr/lib/) and x86_64 (/usr/lib64/) systems.
Please CC me on further discussion.
Thanks.
Johannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name:
2014 Nov 02
2
[LLVMdev] So I just did a normal 'ninja check' with a CMake build that enables ASan and the go bindings tests are... busted...
Specifically, the test is causing a link to occur for CGO stuff. It has
been running 8 minutes now with Gold, and is producing a 400mb .o file
afaict:
% du -hs /tmp/go-build703430446/
llvm.org/llvm/bindings/go/llvm/_test/_obj_test/_cgo_.o
397M /tmp/go-build703430446/
llvm.org/llvm/bindings/go/llvm/_test/_obj_test/_cgo_.o
What am I doing wrong here?
-------------- next part --------------
An
2014 Apr 21
2
[LLVMdev] LLVM Weekly - #16, Apr 21st 2014
...h
this code are encouraged to check the document for accuracy.
## LLVM commits
* LLVM's internal BumpPtrAllocator has been switched to using a vector of
pointers to slabs rather than a single linked list and the underlying
allocator is now a template parameter.
[r206147](http://llvm-reviews.chandlerc.com/rL206147),
[r206149](http://llvm-reviews.chandlerc.com/rL206149). The allocator can now
also pass the size to the deallocation function, which improves performance
with some libraries (e.g. tcmalloc).
[r206265](http://llvm-reviews.chandlerc.com/rL20265).
* Support for building persistent stron...
2013 Nov 03
3
[LLVMdev] Improving OCaml bindings
....
I'm very interested in improving LLVM's OCaml bindings. I have
several nontrivial patches sitting on llvm-commits for several
weeks, and so far there's been little interest in them.
Could someone with a good understanding of OCaml please take
a look at these?
1) http://llvm-reviews.chandlerc.com/D1925
Every other function in OCaml bindings accepts context
explicitly, would it be a legitimate change to make existing
functions accept it as well? This would break the API.
2) http://llvm-reviews.chandlerc.com/D1926
I'd like to add garbage collection support to the AP...
2015 Mar 11
5
[LLVMdev] RFC: I plan to remove the autoconf and Makefile build of LLD
This time with the correct mailing list address... See below...
On Wed, Mar 11, 2015 at 3:07 PM, Chandler Carruth <chandlerc at gmail.com>
wrote:
> Why?
>
> 1) We're moving away from autoconf already today. We're hoping to drop it
> completely soon.
> 2) It doesn't work today and no one is complaining.
> 3) It hasn't worked for weeks and no one has complained.
>
> Due to #2 and...
2015 Aug 08
2
[cfe-dev] [LLVMdev] Clang devirtualization proposal
----- Original Message -----
> From: "Chandler Carruth" <chandlerc at google.com>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: "Sanjoy Das" <sanjoy at playingwithpointers.com>, "llvm-dev"
> <llvm-dev at lists.llvm.org>, cfe-dev at lists.llvm.org
> Sent: Friday, August 7, 2015 7:35:57 PM
> Subject:...
2014 Apr 05
2
[LLVMdev] [cfe-dev] Code reviews now at http://reviews.llvm.org
...to remember
> > location.
> >
> > Please find it at:
> > http://reviews.llvm.org
> >
> > Make sure to update your bookmarks, and let us know of any problems you
> see.
>
> Excellent news - any chance of setting up a redirect from
> http://llvm-reviews.chandlerc.com/$FOO to
> http://reviews.llvm.org/$FOO?
>
> Thanks,
>
> Alex
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
------------...
2008 Mar 27
0
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Hi Chandler,
> void
> foo () {
> float x __attribute__ ((mode (XF)));
> }
nice reduction. I don't see any problem on x86-32,
and I don't have access to an x86-64 box right now.
Can you please open a PR for this, and also run in
the debugger. When you hit the abort, use "up" to
go up a stack frame or two or three, and print out
the gcc types [use: call
2013 Feb 24
2
[LLVMdev] Phabricator homepage "UNRECOVERABLE FATAL ERROR"
When accessing the Phabricator homepage
<http://llvm-reviews.chandlerc.com/> I see:
<http://llvm-reviews.chandlerc.com/P53>.
The rest of the site seems to be fine (e.g. I can access that paste
fine, and all Differential links that I see on the list work fine),
but the homepage just dies.
Is this a known issue?
-- Sean Silva
2014 Jan 15
2
[LLVMdev] test suite 'owner'
thank you.
I'll submit the patch without #ifdef in this case.
Robert
________________________________
From: dblaikie at gmail.com [dblaikie at gmail.com]
Sent: 14 January 2014 17:03
To: Robert Lytton; echristo at gmail.com; llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] test suite 'owner'
On Mon Jan 13 2014 at 12:25:14 PM, Robert Lytton <robert at xmos.com<mailto:robert at
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Here you go:
Starting program: /home/chandlerc/code/compilers/build/llvm-gcc/gcc/cc1
-fpreprocessed -march=k8 testcase.i -o /dev/null
warning: no loadable sections found in added symbol-file system-supplied DSO
at 0x7fff0d5fe000
[Thread debugging using libthread_db enabled]
foocc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:...
2014 Oct 13
6
[LLVMdev] RFC: variable names
On Mon, Oct 13, 2014 at 4:14 PM, Chandler Carruth <chandlerc at google.com>
wrote:
> 1. Initialisms. It's common in Clang code (also in LLVM?) to use
>> initialisms as variable names. This doesn't really seem to work for names
>> that start with a lower case letter.
>>
>
> I think wee at least need a good answer to this...
2013 Nov 03
0
[LLVMdev] Improving OCaml bindings
...veral nontrivial patches sitting on llvm-commits for several
>>> weeks, and so far there's been little interest in them.
>>>
>>> Could someone with a good understanding of OCaml please take
>>> a look at these?
>>>
>>> 1) http://llvm-reviews.chandlerc.com/D1925 [1]
>>>
>>>
>>> Every other function in OCaml bindings accepts context
>>> explicitly, would it be a legitimate change to make existing
>>> functions accept it as well? This would break the API.
>>>
>>
>> I don'...
2018 Jan 15
2
GEP transformation by InstCombiner
...be widened?
- Elena
From: Hal Finkel [mailto:hfinkel at anl.gov]
Sent: Monday, January 15, 2018 20:34
To: Demikhovsky, Elena <elena.demikhovsky at intel.com>; llvm-dev at lists.llvm.org; Sanjay Patel (spatel at rotateright.com) <spatel at rotateright.com>; Chandler Carruth (chandlerc at gmail.com) <chandlerc at gmail.com>; Quentin Colombet (qcolombet at apple.com) <qcolombet at apple.com>; Craig Topper (craig.topper at gmail.com) <craig.topper at gmail.com>
Cc: Breger, Igor <igor.breger at intel.com>
Subject: Re: GEP transformation by InstCombiner
On 0...
2013 Feb 24
2
[LLVMdev] Phabricator homepage "UNRECOVERABLE FATAL ERROR"
...ry/storage/PhabricatorRepository.php:7
On Sun, Feb 24, 2013 at 10:19 PM, Manuel Klimek <klimek at google.com> wrote:
> On Sat, Feb 23, 2013 at 8:27 PM, Sean Silva <silvas at purdue.edu> wrote:
>>
>> When accessing the Phabricator homepage
>> <http://llvm-reviews.chandlerc.com/> I see:
>>
>> <http://llvm-reviews.chandlerc.com/P53>.
>>
>> The rest of the site seems to be fine (e.g. I can access that paste
>> fine, and all Differential links that I see on the list work fine),
>> but the homepage just dies.
>>
>>...