search for: ebarrett

...g. 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 :) Any help is much appreciated -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...s not always happen. Onmy last attempt, the build failed on first attempt and succeeded on second attempt (without a make clean in-between). This leads me to believe that something is very wrong. I am trying the same with gcc-4.2 now. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...`/tmp/llvm/lib/Target/ARM' gmake[2]: *** [ARM/.makeall] Error 2 gmake[2]: Leaving directory `/tmp/llvm/lib/Target' gmake[1]: *** [Target/.makeall] Error 2 gmake[1]: Leaving directory `/tmp/llvm/lib' gmake: *** [all] Error 1 -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...-i386/lib/Tar get' gmake[1]: *** [Target/.makeall] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/llvm/w-llvm-2.4/build-i386/lib' gmake: *** [all] Error 1 *** Error code 2 Are you aware of this? Is there a fix? Thanks -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

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,

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

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

...t; failed: file "CodeGenDAGPatterns.cpp", line 949, function >> > "ApplyTypeConstraints" > Could you please try with gcc 4.x and check, whether this problem exists > for you or not. gcc4.2 works fine. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...nd 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 not exposed. Is this correct behavior? -- 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

...ith 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 cleans' in between. What is going on? -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...lvm/w-llvm-2.3/llvm-2.3/lib' gmake: *** [all] Error 1 *** Error code 2 Are you going to make a release anytime soon? I guess not as you just released. I ask because rolling ones own distfiles is less than ideal when making ports. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

...tory `/home/edd/llvm/llvm-2.3/lib/Bitcode' gmake[1]: *** [Bitcode/.makeall] Error 2 gmake[1]: Leaving directory `/home/edd/llvm/llvm-2.3/lib' gmake: *** [all] Error 1 I wonder if anyone can suggest a workaround or fix. Thanks -- 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

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

...aris too? Now I wish to look at why the other tests fail. Do the tests put some logs somewhere? Looking into the Makefile i see that clean removes directories called 'Output', but there are no directories named as such. Thanks -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett

I am using nut-snmp driver on ubuntu 8.04 to query a Powerware ConnectUPS Web/SNMP Card V4.20. With 0.41 I used to be able to query these field that are now gone with 0.42: input.frequency input.voltage output.voltage ups.load Any idea how I can get ups.load back ? -------------- next part -------------- An HTML attachment was scrubbed... URL:

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.

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