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
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
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
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
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.
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 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 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
>
> 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
>>
> 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
> //
> // 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
>>
> 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
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
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 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
>
> 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
>
>
> 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
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
_
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
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
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
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 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
>&
>
> +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 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
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 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
28 matches
Mail list logo
