similar to: [LLVMdev] OpenBSD Build Failure - 2.4 release

Hi, On Mon, Jun 16, 2008 at 6:17 PM, Brooks Davis <brooks at freebsd.org> wrote: > LLVM 2.3 is building with no patches and gcc 4.2.1 on FreeBSD OK, so I have taken the changes to BitWriter.cpp from svn and that builds that section of code OK for llvm-2.3. The next part I will need help with, as I dont really know where to start: llvm[3]: Building ARM.td instruction information with

On Wed, Jun 11, 2008 at 11:49 AM, Gordon Henriksen <gordonhenriksen at mac.com> wrote: > Could you please update to r52213 or later in svn and check whether > this error is resolved with your gcc? Latest trunk fixes that error. Next problem :) llvm[3]: Building ARM.td register information header with tblgen llvm[3]: Building ARM.td register names with tblgen llvm[3]: Building ARM.td

On Thu, Jun 12, 2008 at 7:02 PM, Edd Barrett <vext01 at gmail.com> wrote: > gcc4.2 works fine. But it only works fine for svn snapshots. Your most recent release does not build on OpenBSD with gcc-4.2. llvm[3]: Building ARM.td instruction selector implementation with tblgen assertion "getOperator()->isSubClassOf("SDNodeXForm") && "Unknown node

On Tue, Jun 17, 2008 at 12:16 PM, Edd Barrett <vext01 at gmail.com> wrote: > If you use bison instead of yacc this bug is not exposed. Sorry, disregard this comment. Bison seems to never be detected properly even if you set YACC=bison or even YACC=/usr/local/bin/bison. But thats another story. Whilst struggling to work out how i got a working build i noticed that (with gcc 3.3.5) the

On Thu, Jun 12, 2008 at 11:41 AM, Anton Korobeynikov <asl at math.spbu.ru> wrote: > Hello, Edd > >> > llvm[3]: Building ARM.td instruction selector implementation with tblgen >> > assertion "getOperator()->isSubClassOf("SDNodeXForm") && "Unknown node >> > type!"" failed: file "CodeGenDAGPatterns.cpp", line

On Sat, Nov 15, 2008 at 11:19 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > 3.3 has been unsupported since late 2005 .... Its still the default compiler for OpenBSD, although 4.x is available as a third party package. I will try this. Thanks -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

On Tue, Jun 17, 2008 at 4:51 PM, Edd Barrett <vext01 at gmail.com> wrote: > I am trying the same with gcc-4.2 now. The above results were infact with gcc-4.2. My apologies. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

On Tue, Jun 17, 2008 at 10:58 AM, Edd Barrett <vext01 at gmail.com> wrote: > This is not a gcc bug, but the assertion failing. A quick diff against > this file shows a huge amount of changes and I have nowhere near > enough knowledge to start comprehending this code. I am only starting > to learn about compilers for my dissertation :) If you use bison instead of yacc this bug is

Hi there, I am a student considering a compiler design based dissertation with llvm. I am having problems building llvm on OpenBSD-current. I hope to make a port of llvm for OpenBSD once I have figured out how to build it. Observe: llvm[3]: Compiling Deserialize.cpp for Release build In file included from /home/edd/llvm/llvm-2.3/include/llvm/Bitcode/BitstreamRead er.h:18, from

Hello, Edd > > llvm[3]: Building ARM.td instruction selector implementation with tblgen > > assertion "getOperator()->isSubClassOf("SDNodeXForm") && "Unknown node > > type!"" failed: file "CodeGenDAGPatterns.cpp", line 949, function > > "ApplyTypeConstraints" Could you please try with gcc 4.x and check, whether

On Mon, Jun 16, 2008 at 05:00:24PM +0100, Edd Barrett wrote: > On Thu, Jun 12, 2008 at 7:02 PM, Edd Barrett <vext01 at gmail.com> wrote: > > gcc4.2 works fine. > > But it only works fine for svn snapshots. Your most recent release > does not build on OpenBSD with gcc-4.2. > > llvm[3]: Building ARM.td instruction selector implementation with tblgen > assertion

3.3 has been unsupported since late 2005 .... On Fri, Nov 14, 2008 at 6:42 PM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> Im guessing I need 4 then :) > I think we need to explicitly document 3.4+ as a prerequisite. I bet > nobody will ever care about 3.3, sorry. > > -- > With best regards, Anton Korobeynikov > Faculty of Mathematics and Mechanics,

On Tue, Jun 17, 2008 at 4:56 PM, Edd Barrett <vext01 at gmail.com> wrote: > On Tue, Jun 17, 2008 at 4:51 PM, Edd Barrett <vext01 at gmail.com> wrote: >> I am trying the same with gcc-4.2 now. > > The above results were infact with gcc-4.2. My apologies. With 3.3.5 my first test took 5 times to produce a non "bus error" build. There were no 'make

Hi all, The current repository (revision 56968.) does not compile on my Linux box (with GCC 3.4.6): X86TargetAsmInfo.cpp:41: error: duplicate explicit instantiation of `bool llvm::X86TargetAsmInfo<BaseTAI>::ExpandInlineAsm(llvm::CallInst*) const [with BaseTAI = llvm::TargetAsmInfo]' X86TargetAsmInfo.cpp:43: error: duplicate explicit instantiation of `bool

Hi, On Mon, Nov 17, 2008 at 8:32 AM, Edd Barrett <vext01 at gmail.com> wrote: > On Sat, Nov 15, 2008 at 11:19 PM, Daniel Berlin <dberlin at dberlin.org> wrote: >> 3.3 has been unsupported since late 2005 .... > > Its still the default compiler for OpenBSD, although 4.x is available > as a third party package. I will try this. Build works with gcc-4.2. Some

On 2008-06-10, at 09:19, Edd Barrett wrote: > I am a student considering a compiler design based dissertation with > llvm. I am having problems building llvm on OpenBSD-current. I hope > to make a port of llvm for OpenBSD once I have figured out how to > build it. Hi Edd, Could you please update to r52213 or later in svn and check whether this error is resolved with your

Hi, On Fri, Nov 14, 2008 at 10:55 PM, Anton Korobeynikov <anton at korobeynikov.info> wrote: > Hi, Edd > >> Are you aware of this? Is there a fix? > gcc 3.3 ? Indeed. 3.3.5. Im guessing I need 4 then :) -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

Hi, Edd > Are you aware of this? Is there a fix? gcc 3.3 ? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hello, Edd > I am a student considering a compiler design based dissertation with > llvm. I am having problems building llvm on OpenBSD-current. I hope to > make a port of llvm for OpenBSD once I have figured out how to build What is the gcc version used there? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

> If you use bison instead of yacc this bug is not exposed. > > Is this correct behavior? I guess so. bison is quite different to yacc, see "info bison". llvm depends on bison and this is quite well documented. At http://llvm.org/releases/2.3/docs/GettingStarted.html#software it says "bison" and specifically which version of Bison you've to use.