Here is a diff to backport two crash fixes for aarch64.
One was a crash I was only experiencing on aarch64 when building
run-times like compiler-rt and openmp. The other is the
LLVM ERROR: Invalid size request on a scalable vector.
error when building SVE code in some ports such as svt-av1.
In
On 11/3/2020 3:37 PM, Jeremie Courreges-Anglas wrote:
On Tue, Nov 03 2020, Brad Smith wrote:
The following diff fixes building the LLVM port on arm.
http://build-failures.rhaalovely.net/arm/2020-06-03/devel/llvm,,-main.log
Is it supposed to fix this error? What was the problem?
Yes, to re
The following diff fixes building the LLVM port on arm.
pickles$ make install
===> Verifying specs: c++ c++abi pthread c edit m pthread z
===> found c++.5.0 c++abi.3.0 pthread.26.1 c.96.0 edit.5.2 m.10.1 z.5.0
===> Installing llvm-10.0.1p3 from /usr/ports/packages/arm/all/
llvm-10.0.1p3: ok
New
On Tue, Nov 03 2020, Brad Smith wrote:
> On 11/3/2020 3:37 PM, Jeremie Courreges-Anglas wrote:
>> On Tue, Nov 03 2020, Brad Smith wrote:
>>> The following diff fixes building the LLVM port on arm.
>> http://build-failures.rhaalovely.net/arm/2020-06-03/devel/llvm,,-main.log
>>
>> Is it supposed to
On Tue, Nov 03 2020, Brad Smith wrote:
> The following diff fixes building the LLVM port on arm.
http://build-failures.rhaalovely.net/arm/2020-06-03/devel/llvm,,-main.log
Is it supposed to fix this error? What was the problem?
> pickles$ make install
> ===> Verifying specs: c++ c++abi pthread
ping.
On 9/28/2019 4:45 PM, Brad Smith wrote:
mips64 has switched over to Clang by default.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.234
diff -u -p -u -p -r1.234 Makefile
--- Makefi
mips64 has switched over to Clang by default.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.234
diff -u -p -u -p -r1.234 Makefile
--- Makefile9 Sep 2019 21:15:16 - 1.234
+++ M
On Mon, Sep 02 2019, Brad Smith wrote:
> Here is an update to LLVM 8.0.1.
I'm testing a similar diff on amd64 and sparc64, thanks.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Here is an update to LLVM 8.0.1.
Index: lang/clang/clang.port.mk
===
RCS file: /home/cvs/ports/lang/clang/clang.port.mk,v
retrieving revision 1.33
diff -u -p -u -p -r1.33 clang.port.mk
--- lang/clang/clang.port.mk6 Jul 2019 15:06
On Mon, Apr 29 2019, Jeremie Courreges-Anglas wrote:
> On Sat, Apr 27 2019, Brad Smith wrote:
>> Now that the GCC compiler has been updated and we now have a C++11 compliant
>> libstdc++ the workaround for lldb can be removed.
>
> Please state what you have tested and what you haven't tested, on
On Sat, Apr 27 2019, Brad Smith wrote:
> Now that the GCC compiler has been updated and we now have a C++11 compliant
> libstdc++ the workaround for lldb can be removed.
Please state what you have tested and what you haven't tested, on which
architectures.
Here's an updated diff after the recent
Now that the GCC compiler has been updated and we now have a C++11 compliant
libstdc++ the workaround for lldb can be removed.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.217
diff -u -p -
On Sat, 16 Mar 2019 18:35:30 -0400
Brad Smith wrote:
> Bring in some patches from upstream..
>
> Make sure PowerPC backend is in sync with the frontend and enable Secure PLT
> support their too.
Hours ago, my PowerPC machine finished a build of devel/llvm. I tried
to test your diff and my loca
Bring in some patches from upstream..
Make sure PowerPC backend is in sync with the frontend and enable Secure PLT
support their too.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.216
diff
On Fri, Feb 22 2019, Brad Smith wrote:
> Merge in a diff from base:
>
> Improve the X86FixupGadgets pass
I have committed this part. Thanks.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On Fri, Feb 22 2019, Brad Smith wrote:
> Merge in a diff from base:
>
> Improve the X86FixupGadgets pass
>
> Merge in a bug fix from upstream:
>
> [MC] Make symbol version errors non-fatal
Regarding this part, should the fix go into base llvm/clang too?
> Index: Makefile
> ==
Merge in a diff from base:
Improve the X86FixupGadgets pass
Merge in a bug fix from upstream:
[MC] Make symbol version errors non-fatal
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.213
On Mon, Feb 18 2019, Brad Smith wrote:
> Merge in bits from base..
>
> - Merge LLVM commits r340844, r353818 and r353819 from the 8.0 branch
> to fix a regression in floating point operations.
> - When generating code for OpenBSD/powerpc, avoid unaligned floating-point
> load and store instruc
Merge in bits from base..
- Merge LLVM commits r340844, r353818 and r353819 from the 8.0 branch
to fix a regression in floating point operations.
- When generating code for OpenBSD/powerpc, avoid unaligned floating-point
load and store instructions.
- Skip retguard instructions in prologue det
On 2/11/2019 7:44 PM, Jeremie Courreges-Anglas wrote:
cc'ing Alexander who reported the bug in base and Patrick who commented
on upstream's bugzilla...
On Mon, Feb 11 2019, Brad Smith wrote:
Pull in 3 patches for the X86 backend..
- [X86] Add FPSW as a Def on some FP instructions that were m
cc'ing Alexander who reported the bug in base and Patrick who commented
on upstream's bugzilla...
On Mon, Feb 11 2019, Brad Smith wrote:
> Pull in 3 patches for the X86 backend..
>
> - [X86] Add FPSW as a Def on some FP instructions that were missing it.
> - [X86] Connect the default fpsr and d
Pull in 3 patches for the X86 backend..
- [X86] Add FPSW as a Def on some FP instructions that were missing it.
- [X86] Connect the default fpsr and dirflag clobbers in inline
assembly to the registers we have defined for them.
- [X86] Add FPCW as a register and start using it as an implicit use
On Fri, Feb 08, 2019 at 06:31:41PM -0500, Brad Smith wrote:
> On Mon, Feb 04, 2019 at 08:04:02PM -0500, Brad Smith wrote:
> > Re-merge the -msave-args diff plus fix and add a diff to make use
> > of pthread_get_name_np.
>
> Comment tweak with the pthread_get_name_np patch being commited upstream.
On Mon, Feb 04, 2019 at 08:04:02PM -0500, Brad Smith wrote:
> Re-merge the -msave-args diff plus fix and add a diff to make use
> of pthread_get_name_np.
Comment tweak with the pthread_get_name_np patch being commited upstream.
Index: Makefile
Re-merge the -msave-args diff plus fix and add a diff to make use
of pthread_get_name_np.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.210
diff -u -p -u -p -r1.210 Makefile
--- Makefile
On Sun, Feb 03 2019, Sebastien Marie wrote:
> On Wed, Jan 30, 2019 at 05:29:53PM -0500, Brad Smith wrote:
>> Pull in the save-args patch from base.
>
> with this llvm change, lang/rust is broken. it is not able to recompile
> itself (`cd /usr/ports/lang/rust && make' fail).
>
> if I backout the ch
On Wed, Jan 30, 2019 at 05:29:53PM -0500, Brad Smith wrote:
> Pull in the save-args patch from base.
with this llvm change, lang/rust is broken. it is not able to recompile
itself (`cd /usr/ports/lang/rust && make' fail).
if I backout the change on devel/llvm, it build again.
(I am Cc dlg@ as the
Pull in the save-args patch from base.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.208
diff -u -p -u -p -r1.208 Makefile
--- Makefile30 Jan 2019 07:36:06 - 1.208
+++ Makefile
On Mon, Jan 28 2019, Brad Smith wrote:
> On Mon, Jan 28, 2019 at 03:38:38AM -0500, Brad Smith wrote:
>> Merge in the other bits I had in the last diff I posted.
>>
>> - Simplify a patch
>> - Add -z interpose
>> - 4 patches from patrick's tree for Clang/lld
>
> And the i386 lld fix.
Thanks, will
On Mon, Jan 28, 2019 at 03:38:38AM -0500, Brad Smith wrote:
> Merge in the other bits I had in the last diff I posted.
>
> - Simplify a patch
> - Add -z interpose
> - 4 patches from patrick's tree for Clang/lld
And the i386 lld fix.
Index: Makefile
==
Merge in the other bits I had in the last diff I posted.
- Simplify a patch
- Add -z interpose
- 4 patches from patrick's tree for Clang/lld
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.2
On 1/13/2019 3:32 PM, Jeremie Courreges-Anglas wrote:
On Sun, Jan 13 2019, Brad Smith wrote:
Sync in bits from base.
Thanks, tests ongoing.
While here: I plan to work on an update to llvm-7.0.1 soonish (like,
in the next couple of days). If you or other folks already have a diff,
please let
On Sun, Jan 13 2019, Brad Smith wrote:
> Sync in bits from base.
Thanks, tests ongoing.
While here: I plan to work on an update to llvm-7.0.1 soonish (like,
in the next couple of days). If you or other folks already have a diff,
please let me know. :)
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD3
Sync in bits from base.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.204
diff -u -p -u -p -r1.204 Makefile
--- Makefile5 Jan 2019 11:38:49 - 1.204
+++ Makefile12 Jan 2019
On (2017-03-14 18:50), Antoine Jacoutot wrote:
> It's been updated minutes before I got your mail :)
> Could you provide a diff to the intree version ?
Haha, sure:
Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrie
On March 14, 2017 6:46:17 PM GMT+01:00, Robert Nagy wrote:
>Hi
>
>This diff updates llvm to 4.0.0 in ports. I've also changed the port to
>use the official distfiles instead of our own crafted one, because I
>prefer it this way.
>
>Index: Makefile
>=
Hi
This diff updates llvm to 4.0.0 in ports. I've also changed the port to
use the official distfiles instead of our own crafted one, because I
prefer it this way.
Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrie
On 01/04/14 7:38 AM, Jonathan Gray wrote:
On Mon, Jan 06, 2014 at 04:50:03PM -0500, Brad Smith wrote:
Here is an update to LLVM 3.4.
Any additional testing welcome.
OK?
One thing I wasn't expecting when testing this was the new requirement
of linking against terminfo when linking the llvm li
On Tue, Apr 01, 2014 at 10:38:11PM +1100, Jonathan Gray wrote:
> On Mon, Jan 06, 2014 at 04:50:03PM -0500, Brad Smith wrote:
> > Here is an update to LLVM 3.4.
> >
> > Any additional testing welcome.
> >
> > OK?
>
> One thing I wasn't expecting when testing this was the new requirement
> of link
On Mon, Jan 06, 2014 at 04:50:03PM -0500, Brad Smith wrote:
> Here is an update to LLVM 3.4.
>
> Any additional testing welcome.
>
> OK?
One thing I wasn't expecting when testing this was the new requirement
of linking against terminfo when linking the llvm libraries.
While this llvm update is
On Mon, Jan 06, 2014 at 04:50:03PM -0500, Brad Smith wrote:
> Here is an update to LLVM 3.4.
>
> Any additional testing welcome.
>
> OK?
>
Here is a diff that lets xenocara build with XENOCARA_BUILD_GALLIUM=llvm
using a commit from mesa git that doesn't seem to be in the 9.2 branch yet:
http://
Here is an update to LLVM 3.4.
Any additional testing welcome.
OK?
Index: devel/llvm/Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.70
diff -u -p -u -p -r1.70 Makefile
--- devel/llvm/Makefile 16
On Fri, Jul 19, 2013 at 03:00:37PM +0100, Stuart Henderson wrote:
> On 2013/07/19 23:39, Jonathan Gray wrote:
> > On Thu, Jul 18, 2013 at 10:08:26AM -0700, Matthew Dempsky wrote:
> > > On Thu, Jul 18, 2013 at 9:56 AM, Stuart Henderson
> > > wrote:
> > >
> > > > On 2013/07/18 22:48, Jonathan Gray
On 2013/07/19 23:39, Jonathan Gray wrote:
> On Thu, Jul 18, 2013 at 10:08:26AM -0700, Matthew Dempsky wrote:
> > On Thu, Jul 18, 2013 at 9:56 AM, Stuart Henderson wrote:
> >
> > > On 2013/07/18 22:48, Jonathan Gray wrote:
> > > > @comment lib/libgtest.a
> > > > @comment lib/libgtest_main.a
> >
On Thu, Jul 18, 2013 at 10:08:26AM -0700, Matthew Dempsky wrote:
> On Thu, Jul 18, 2013 at 9:56 AM, Stuart Henderson wrote:
>
> > On 2013/07/18 22:48, Jonathan Gray wrote:
> > > @comment lib/libgtest.a
> > > @comment lib/libgtest_main.a
> > > +lib/libgtest.so
> > > +lib/libgtest_main.so
> >
> >
On Thu, Jul 18, 2013 at 9:56 AM, Stuart Henderson wrote:
> On 2013/07/18 22:48, Jonathan Gray wrote:
> > @comment lib/libgtest.a
> > @comment lib/libgtest_main.a
> > +lib/libgtest.so
> > +lib/libgtest_main.so
>
> presumably the above 4 lines want replacing with
>
> @comment lib/libgtest.so
> @c
On 2013/07/18 22:48, Jonathan Gray wrote:
> @comment lib/libgtest.a
> @comment lib/libgtest_main.a
> +lib/libgtest.so
> +lib/libgtest_main.so
presumably the above 4 lines want replacing with
@comment lib/libgtest.so
@comment lib/libgtest_main.so
...?
(not sure why this was originally commente
On Thu, Jul 18, 2013 at 02:41:46PM +0100, Stuart Henderson wrote:
> On 2013/07/18 22:48, Jonathan Gray wrote:
> > Well this is what I need to compile mesa git with llvm support:
>
> Last time I tried with R600 support, it broke on i386,
>
> 22:01 < sthen_> brad:
> /usr/obj/llvm-3.3/llvm-3.3.src/
On 2013/07/18 22:48, Jonathan Gray wrote:
> Well this is what I need to compile mesa git with llvm support:
Last time I tried with R600 support, it broke on i386,
22:01 < sthen_> brad:
/usr/obj/llvm-3.3/llvm-3.3.src/lib/Target/R600/SIISelLowering.cpp:356: error:
integer constant is too large fo
On Thu, Jun 20, 2013 at 03:30:17PM +0100, Stuart Henderson wrote:
> On 2013/06/20 23:16, Jonathan Gray wrote:
> > On Wed, Jun 19, 2013 at 11:05:30AM -0400, Brad Smith wrote:
> > > On Tue, Jun 18, 2013 at 10:03:20PM -0400, Brad Smith wrote:
> > > > Here is an update to LLVM 3.3.
> > > >
> > > > Com
On 2013/06/20 23:16, Jonathan Gray wrote:
> On Wed, Jun 19, 2013 at 11:05:30AM -0400, Brad Smith wrote:
> > On Tue, Jun 18, 2013 at 10:03:20PM -0400, Brad Smith wrote:
> > > Here is an update to LLVM 3.3.
> > >
> > > Comments? OK?
> >
> > Here is an updated diff with the r600 backend enabled.
>
On Wed, Jun 19, 2013 at 11:05:30AM -0400, Brad Smith wrote:
> On Tue, Jun 18, 2013 at 10:03:20PM -0400, Brad Smith wrote:
> > Here is an update to LLVM 3.3.
> >
> > Comments? OK?
>
> Here is an updated diff with the r600 backend enabled.
Mesa seems to require llvm to be built as series of
shared
On Tue, Jun 18, 2013 at 10:03:20PM -0400, Brad Smith wrote:
> Here is an update to LLVM 3.3.
>
> Comments? OK?
Here is an updated diff with the r600 backend enabled.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile
On Tue, Jun 18, 2013 at 10:03:20PM -0400, Brad Smith wrote:
> Here is an update to LLVM 3.3.
>
> Comments? OK?
Can you enable the R600 target as well? It is still marked
experimental in 3.3 but is required to build support
for the latest radeon chips in mesa (radeonsi gallium target)
and optiona
Here is an update to LLVM 3.3.
Comments? OK?
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.62
diff -u -p -r1.62 Makefile
--- Makefile2 May 2013 15:41:57 - 1.62
+++ Makefile
Re-sync LLVM to mimic the same library link spec as the base compilers.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile21 Aug 2012 17:51:53 -000
On Mon, Aug 13, 2012 at 11:23:29PM -0400, Brad Smith wrote:
> Here is a diff to update LLVM_ARCHS. sparc64 must be removed as
> the compiler doesn't support SPARCv9 and thus what is being built
> now is unusable, but there is support for SPARCv8 so sparc should
> be enabled.
Although the compiler
The diff below updates LLVM/Clang's Driver to mimic the new
link spec behavior from gcc4. Looked over by Matthew and he
thinks it looks good.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.4
Here is a diff to update LLVM_ARCHS. sparc64 must be removed as
the compiler doesn't support SPARCv9 and thus what is being built
now is unusable, but there is support for SPARCv8 so sparc should
be enabled.
Index: arch-defines.mk
==
On Sun, Dec 04, 2011 at 09:28:35PM +, Stuart Henderson wrote:
> Updated diff to llvm/clang 3.0 final; I have made a few timings (on amd64) -
FWIW, I successfully built llvm 3.0 on sparc64.
Regards,
Simon
On Tuesday, December 6, 2011 15:17 CET, David Coppa wrote:
> On Tue, 06 Dec 2011, Stuart Henderson wrote:
>
> > On 2011/12/06 13:23, David Coppa wrote:
> > > Try to add the chunk below to Makefile:
> > >
> > > .ifdef DEBUG
> > > CONFIGURE_ARGS += --disable-optimized --enable-debug-symbols
>
On Tue, 06 Dec 2011, Stuart Henderson wrote:
> On 2011/12/06 13:23, David Coppa wrote:
> > Try to add the chunk below to Makefile:
> >
> > .ifdef DEBUG
> > CONFIGURE_ARGS += --disable-optimized --enable-debug-symbols
> > .endif
> >
> > Ciao,
> > David
>
> This is only with the cmake build, not
On 2011/12/06 13:23, David Coppa wrote:
> Try to add the chunk below to Makefile:
>
> .ifdef DEBUG
> CONFIGURE_ARGS += --disable-optimized --enable-debug-symbols
> .endif
>
> Ciao,
> David
This is only with the cmake build, not the autoconf one ..
On Tuesday, December 6, 2011 13:23 CET, David Coppa wrote:
> On Tue, 06 Dec 2011, Sebastian Reitenbach wrote:
>
> > It works for me on i386, and also it compiles fast. Whatever made the rc
> > candidates so slow, seems to be gone.
> >
> > I also found why llvm did not compiled for me with
On Tue, 06 Dec 2011, Sebastian Reitenbach wrote:
> It works for me on i386, and also it compiles fast. Whatever made the rc
> candidates so slow, seems to be gone.
>
> I also found why llvm did not compiled for me with cmake (I reported that
> before when you sent the rc2 I think):
> In my /etc
On 2011/12/06 12:41, Sebastian Reitenbach wrote:
> I also found why llvm did not compiled for me with cmake (I reported that
> before when you sent the rc2 I think):
> In my /etc/mk.conf I had defined:
> DEBUG=-g -O0
-O0 - this could very well explain why it was so slow ...
personally I would usu
00, Stuart Henderson wrote:
> >> > On 2011-10-26, Sebastian Reitenbach
> >> > wrote:
> >> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> >> > > be released in a couple of weeks
> >> >
> >> > rele
Stuart Henderson wrote:
> >> > On 2011-10-26, Sebastian Reitenbach
> >> > wrote:
> >> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> >> > > be released in a couple of weeks
> >> >
> >> > release
On 2011-11-26, Sebastian Reitenbach wrote:
> Hi,
>
> On Thursday, November 24, 2011 04:21 CET, Jonathan Gray
> wrote:
>
>> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
>> > On 2011-10-26, Sebastian Reitenbach wrote:
>> > > att
Hi,
On Thursday, November 24, 2011 04:21 CET, Jonathan Gray wrote:
> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> > On 2011-10-26, Sebastian Reitenbach wrote:
> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > > be re
On 2011/11/24 09:47, Sebastian Reitenbach wrote:
> This rc4 builds fine for me on i386, not like the rc3 from Sthen.
rc4 builds fine on i386 with cmake too.
> I guess it will also not build on sparc64, see this bug I created in their
> bug tracker:
I tested rc3 build on sparc64, that does work
On 2011/11/24 14:21, Jonathan Gray wrote:
> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> > On 2011-10-26, Sebastian Reitenbach wrote:
> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > > be released in a couple of weeks
&g
On Thursday, November 24, 2011 04:21 CET, Jonathan Gray wrote:
> On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> > On 2011-10-26, Sebastian Reitenbach wrote:
> > > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > > be re
On Tue, Nov 15, 2011 at 09:33:21AM +, Stuart Henderson wrote:
> On 2011-10-26, Sebastian Reitenbach wrote:
> > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > be released in a couple of weeks
>
> release is scheduled for tomorrow; here is an updated
Hi,
On Tuesday, November 15, 2011 10:33 CET, Stuart Henderson
wrote:
> On 2011-10-26, Sebastian Reitenbach wrote:
> > attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> > be released in a couple of weeks
>
> release is scheduled for tomorrow; here i
On Tue, Nov 15, 2011 at 3:33 AM, Stuart Henderson wrote:
> On 2011-10-26, Sebastian Reitenbach wrote:
>> attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
>> be released in a couple of weeks
>
> release is scheduled for tomorrow; here is an updated diff for
On 2011-10-26, Sebastian Reitenbach wrote:
> attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to
> be released in a couple of weeks
release is scheduled for tomorrow; here is an updated diff for rc3,
also switching the build to cmake.
any opinions on splitting clang off
Hi,
attached patch to update llvm to 3.0 rc1. The 3.0 is supposed to be released in
a couple of weeks, so I thought, good time to test, and report back
regressions, so that they maybe get fixed for the release.
report bugs/problems there:
http://www.llvm.org/bugs/
I use it to test compiling
78 matches
Mail list logo
