similar to: [LLVMdev] LLVM on OpenBSD

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

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 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

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 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 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

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 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

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

Hi there, I have this build error on OpenBSD-4.4-current: llvm[3]: Compiling X86TargetAsmInfo.cpp for Release build In file included from /usr/ports/devel/llvm/w-llvm-2.4/llvm-2.4/lib/Target/X86/X 86TargetAsmInfo.cpp:14: /usr/ports/devel/llvm/w-llvm-2.4/llvm-2.4/lib/Target/X86/X86TargetAsmInfo.h: In constructor `llvm::X86TargetAsmInfo<BaseTAI>::X86TargetAsmInfo(const

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

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,

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

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: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

> 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.

Hello, > If anybody has an idea of how to fix this (other than using another > version of gcc because I am sick of compiling), I would appreciate. I > can offer backtraces or shell access if anybody is interested, just > ask me what you need. This was fixed couple of months ago. Please consider using current svn top of tree, not 2.3 release. -- WBR, Anton Korobeynikov

2008/9/21 Anton Korobeynikov <asl at math.spbu.ru>: > Hello, > >> If anybody has an idea of how to fix this (other than using another >> version of gcc because I am sick of compiling), I would appreciate. I >> can offer backtraces or shell access if anybody is interested, just >> ask me what you need. > This was fixed couple of months ago. Please consider

> With 3.3.5 my first test took 5 times to produce a non "bus > error" build. There were no 'make cleans' in between. > > What is going on? You mean you used your bsd-ports-provided gcc to compile LLVM and you've got 4 times a bus-error during the build? In this case, it cannot be a LLVM problem. In the linux-community, people say that bus-error's are