search for: vext01

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

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, 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 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 :)...

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

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

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

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

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 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 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 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 "getOperator()->...

Hi, We were wondering if *all* of the dejagnu tests should pass (in the sense that no result should be unexpected), because we have a few failed tests on our build. I will mail the summary once my current build is done.

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

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

Chris Lattner wrote: > Specifically which test is this? It is possible we can just change the > test to not depend on this. Assembler/2004-02-01-NegativeZero.ll ; RUN: llvm-as < %s | llvm-dis | grep -- -0.0 global double 0x8000000000000000 global float -0.0 The .bc made by both Linux and OpenBSD is identical according to an md5 hash.

Chris Lattner wrote: > If the output of llvm-dis is "0.0" instead of "-0.0", then that is a > serious problem, and we need to fix the asmprinter to work around the > different in system libraries. Correct. This is the behavior we see. For now wait to see what the OpenBSD dev's say. Thread here: http://marc.info/?l=openbsd-tech&m=121493983219015&w=2

Hi guys, Edd Barrett wrote: > 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. We still have not had any luck building llvm. Since last time, we have rebuilt gcc with -O0 incase of gcc

Hi, Before I file a bug report, I just wanted to check that samba is capable of serving files from a FAT32 partition. I have here an OpenBSD-4.2 i386 machine here with a second disk containting files that I will be sharing via both NFS and samba. The NFS share work great, but samba seg faults upon a windows client connecting. This occurs when using the OpenBSD package, and also when built from