On Feb 15, 2008, at 10:08 AM, Lauro Ramos Venancio wrote:
> Hi Eric,
>
>>
>> I believe this is incorrect, what you removed was the mime type of
>> the
>> files which is correctly "application/x-sh".
>>
>
> As far as I know, the svn handle as binary all files with mime-type
> "application".
*lo
On Feb 14, 2008, at 3:43 PM, Lauro Ramos Venancio wrote:
> Author: laurov
> Date: Thu Feb 14 17:43:19 2008
> New Revision: 47144
>
> URL: http://llvm.org/viewvc/llvm-project?rev=47144&view=rev
> Log:
> Shell scripts are not binary files.
I believe this is incorrect, what you removed was the mime
On Feb 7, 2008, at 2:31 PM, Bill Wendling wrote:
> +/* LLVM LOCAL begin */
> +#ifdef ENABLE_LLVM
> +void
> +darwin_assemble_visibility (tree decl ATTRIBUTE_UNUSED, int vis)
> +#else
> void
> darwin_assemble_visibility (tree decl, int vis)
> +#endif
FWIW you can just mark it if there are occasion
>
> +THIS IS A WORK IN PROGRESS FOR THE LLVM 2.2
> +RELEASE
> +
You forgot the blink tag :)
-eric
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
On Feb 2, 2008, at 11:48 AM, Chris Lattner wrote:
>
> On Feb 2, 2008, at 11:43 AM, Eric Christopher wrote:
>
>>
>> On Feb 2, 2008, at 11:13 AM, Chris Lattner wrote:
>>
>>> On Feb 2, 2008, at 12:29 AM, Nick Lewycky wrote:
>>>> Author: nicholas
>&
On Feb 2, 2008, at 11:13 AM, Chris Lattner wrote:
> On Feb 2, 2008, at 12:29 AM, Nick Lewycky wrote:
>> Author: nicholas
>> Date: Sat Feb 2 02:29:58 2008
>> New Revision: 4
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=4&view=rev
>> Log:
>> Don't use uninitialized values. Fixes vec_
On Jan 22, 2008, at 3:01 AM, Anton Korobeynikov wrote:
> Silence a warning. Should we turn this into configure-time check?
Probably. There's a custom one in gcc already (gcc/configure.ac).
-eric
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
h
Author: echristo
Date: Mon Jan 21 21:08:19 2008
New Revision: 46242
URL: http://llvm.org/viewvc/llvm-project?rev=46242&view=rev
Log:
Actually do it this time.
Removed:
llvm-gcc-4.2/trunk/gcc/autom4te.cache/
___
llvm-commits mailing list
llvm-commit
Author: echristo
Date: Mon Jan 21 21:06:28 2008
New Revision: 46240
URL: http://llvm.org/viewvc/llvm-project?rev=46240&view=rev
Log:
Fix normal configure bootstrap. Remove unnecessary local code. Update stub-c.c
for changes.
Modified:
llvm-gcc-4.2/trunk/gcc/java/lang.c
llvm-gcc-4.2/trunk
On Jan 18, 2008, at 11:35 AM, Devang Patel wrote:
> llvm-gcc-4.2/trunk/gcc/autom4te.cache/output.0
>llvm-gcc-4.2/trunk/gcc/autom4te.cache/requests
>llvm-gcc-4.2/trunk/gcc/autom4te.cache/traces.0
Any reason why the auto-cache is checked into svn?
-eric
_
>
>
> I'm having trouble with "valid but undefined"the standard permits
> a compiler
> to insert runtime code to check that parameters match in number and
> type,
> for example. Not that our compilers do that. (It also permits the
> program to
> erase your disk, of course, but what I mentione
>
> No, -w doesn't work to suppress that message (llvm doesn't have a
> mechanism to
> suppress it).
Aaah.
> Considering this is undefined behavior, I'm not
> convinced this is
> the wrong thing, although your first reaction would be that -w should
> suppress
> everything. I could probably be c
On Dec 14, 2007, at 5:29 PM, Dale Johannesen wrote:
> Author: johannes
> Date: Fri Dec 14 19:29:30 2007
> New Revision: 45052
>
> URL: http://llvm.org/viewvc/llvm-project?rev=45052&view=rev
> Log:
> Suppress some incorrect tests for llvm.
>
>
> Added:
>llvm-gcc-4.2/trunk/gcc/testsuite/gcc.c-t
Author: echristo
Date: Fri Nov 30 18:34:39 2007
New Revision: 44478
URL: http://llvm.org/viewvc/llvm-project?rev=44478&view=rev
Log:
Add target triple to include/llvm/Config/config.h.in. Regenerate all files.
Modified:
llvm/trunk/autoconf/configure.ac
llvm/trunk/configure
llvm/trunk/i
On Nov 27, 2007, at 1:22 AM, Eric Christopher wrote:
>>>
>> This pretty much looks like cygwin-related stuff. Actually it needs
>> to
>> store two sets of headers - "native" and mingw, thus such directory.
>>
>> My mingw32 installation ha
>>
> This pretty much looks like cygwin-related stuff. Actually it needs to
> store two sets of headers - "native" and mingw, thus such directory.
>
> My mingw32 installation has complex.h, not mingw/complex.h. However, I
> don't understand, why cygwin doesn't have it's complex.h and test
> shoul
> //
> // XFAIL: sparc
>
> -#include
> +#ifdef __CYGWIN__
> + #include
> +#else
> + #include
> +#endif
IIRC this isn't quite right, you can't depend on mingw with cygwin. I
think cygwin
should have a complex.h, if you want to make this work for mingw then
you should use __MINGW32__.
-er
>>
> Create still another version of it, you mean.
Well sure. It's a one line change as opposed to mucking with how
structures
are supposed to be laid out.
>>> I am testing Nick's patch on ppc32 Darwin and plan to check in if it
>>> looks like that was not broken.
>>
>> I would very much sugges
>
> However proper that may be, it will not work. llvm-gcc-4.0 is based
> on
> Apple's 4.0, and ADJUST_FIELD_ALIGN has 3 arguments.
>
Sure, but you can simply ignore the 3rd argument.
> I am testing Nick's patch on ppc32 Darwin and plan to check in if it
> looks like that was not broken.
>
I
On Nov 10, 2007, at 7:48 PM, Nick Lewycky wrote:
> This patch to llvm-gcc 4.0 allows it to compile on PPC/Linux. This
> is a combination of patchs from myself, Dale Johannesen, and the
> fact that a GTY can't be declared in an #ifdef from Andrew Pinski.
>
> I'd appreciate some testing. More i
On Nov 8, 2007, at 10:54 AM, Bill Wendling wrote:
> Hi Anton,
>
>>>llvm-gcc-4.2/trunk/libobjc/
>> I expect, that nobody will use objc fe on non-darwin, but anyway -
>> why
>> removing libobjc (and not just excluding from build)?
>>
> Good question. Right now, I'm just trying to sync our tre
On Nov 7, 2007, at 9:36 PM, Anton Korobeynikov wrote:
>
>> I think gimple and tree-original are the only ones that llvm cares
>> about. IIRC you don't care much past that (cgraph might be the only
>> other one, but i doubt it).
> In 4.2 llvm-convert is operating on "CFG gimple" (this isn't true f
On Nov 7, 2007, at 8:47 PM, Dale Johannesen wrote:
>
>>> // PR middle-end/28046
>>> // { dg-do compile }
>>> // { dg-options "-fopenmp -fdump-tree-gimple" }
>>> +/* LLVM LOCAL test not applicable */
>>> +/* { dg-require-fdump "" } */
>>
>> does -fdump-tree-gimple not work? I thought were we runn
On Nov 6, 2007, at 4:25 PM, Dale Johannesen wrote:
> Author: johannes
> Date: Tue Nov 6 18:25:05 2007
> New Revision: 43794
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43794&view=rev
> Log:
> Interchange Dwarf numbers of ESP and EBP on x86 Darwin.
> Much improvement in exception handling.
Author: echristo
Date: Thu Oct 25 23:00:13 2007
New Revision: 43380
URL: http://llvm.org/viewvc/llvm-project?rev=43380&view=rev
Log:
clo/clz aren't supported on mips I. Keep them around for when we'll
want them later (mips32/64).
Modified:
llvm/trunk/lib/Target/Mips/MipsInstrInfo.td
Modified
GCC carefully packs these bitfields so that there are exactly 32 of
them. With this addition, you'll push over and require an extra
word for every tree. Would it be possible to record the gcroot flag
in the attributes list somehow? This tradeoff seems worthwhile,
because almost no stru
Here are a pair of patches to add an attribute to automatically gcroot
things based on type. It currently works for pointers to structures
only because a) that's all I need, and b) I think that's all that
makes sense really. I could remove the restriction if someone can come
up with a good
As it says. Tested on x86-darwin.
-eric
2007-09-14 Eric Christopher <[EMAIL PROTECTED]>
* configure.in (powerpc*-*-darwin*): Add target-libstdc++-v3 to
noconfidirs.
(*-*-darwin*): Ditto.
* configure: Regenerate.
Index: config
28 matches
Mail list logo
