similar to: [LLVMdev] tblgen bug in handling case , switch_on

Sanjiv Gupta wrote: > Hi Mikhail, > > What is mentioned in the reference manual is this: > > // Evaluates to "cmdline1" if the option "-A" is provided on the > // command line; to "cmdline2" if "-B" is provided; > // otherwise to "cmdline3". > > (case > (switch_on "A"),

Hi, On Sat, Sep 5, 2009 at 9:12 PM, Sanjiv Gupta<sanjiv.gupta at microchip.com> wrote: > Is the patch below ok? > > Index: LLVMCConfigurationEmitter.cpp > =================================================================== > --- LLVMCConfigurationEmitter.cpp    (revision 80668) > +++ LLVMCConfigurationEmitter.cpp    (working copy) > @@ -1141,6 +1141,7 @@ >          

Hi Sanjiv, On Sun, Sep 6, 2009 at 8:07 PM, Mikhail Glushenkov<the.dead.shall.rise at gmail.com> wrote: > [...] [Sorry, the formatting was a bit off] > The following snippet gives the expected behaviour (not tested, but > you should get the idea): (case (switch_on "O0"), (append_cmd "-disable-opt"), (or (and (switch_on "O1")

Mikhail Glushenkov wrote: > Hi Sanjiv, > > On Sun, Sep 6, 2009 at 8:13 PM, Mikhail > Glushenkov<the.dead.shall.rise at gmail.com> wrote: > >> Hi Sanjiv, >> >> On Sun, Sep 6, 2009 at 8:07 PM, Mikhail >> Glushenkov<the.dead.shall.rise at gmail.com> wrote: >> >>> [...] >>> >> [Sorry, the formatting was a

Hi, On Thu, Sep 10, 2009 at 7:26 AM, Sanjiv Gupta <sanjiv.gupta at microchip.com> wrote: > >> Another way would be to include a "break" command, to take you after the >> default label. Yes, this can be useful. I think we should add both 'break' and a 'match' form, and make 'match' the only one allowed in the cmd_line property. This will make

Mikhail Glushenkov wrote: > Hi, > > On Thu, Sep 10, 2009 at 8:01 PM, Sanjiv Gupta > <sanjiv.gupta at microchip.com> wrote: > >> Why do we need both 'conflict' and 'warning' ? >> > > 'warning' just prints a warning, 'conflict' is a fatal error. > > A better example would be something like: > > (warning (and

Hi Sanjiv, On Tue, Dec 8, 2009 at 4:41 AM, Sanjiv Gupta <sanjiv.gupta at microchip.com> wrote: > Mikhail Glushenkov wrote: >> >> > 2. Is there anyway to call a C++ hook from inside actions? >> > for example >> > (actions (case >> >         (not_empty "Wl,"), (append_cmd "$CALL(Myhook)" ))) >> >> Not yet, this is

Mikhail Glushenkov wrote: > > > 2. Is there anyway to call a C++ hook from inside actions? > > for example > > (actions (case > > (not_empty "Wl,"), (append_cmd "$CALL(Myhook)" ))) > > Not yet, this is something I'm working on right now. > Hi Mikhail, Did you get a chance to do something about this? > > > BTW, I've

Hi Sanjiv, On Sun, Sep 6, 2009 at 8:13 PM, Mikhail Glushenkov<the.dead.shall.rise at gmail.com> wrote: > Hi Sanjiv, > > On Sun, Sep 6, 2009 at 8:07 PM, Mikhail > Glushenkov<the.dead.shall.rise at gmail.com> wrote: >> [...] > > [Sorry, the formatting was a bit off] > >> The following snippet gives the expected behaviour (not tested, but >> you

This patch modifies the simple menu com32 program to include integrated load progress. It also adds new options to the simple menu configuration MENU LOADMSG -- allows the user to specify the text to display when loading MENU LOADMSGROW -- controls where the text is written Example configuration: MENU LOADMSG Booting MENU LOADMSGROW 25 It works with my setup, please let me know if you find

Hi, On Fri, Sep 11, 2009 at 11:46 AM, Sanjiv Gupta <sanjiv.gupta at microchip.com> wrote: > > Looks good. > One more quick query. > How to extract  libname from "-l std" from the driver and pass it as > "std.lib" to the linker tool? > I know that unpack_values will give me "std", but an (append_cmd ".lib") > with that will insert

Mikhail Glushenkov wrote: > Hi, > > On Fri, Sep 11, 2009 at 11:46 AM, Sanjiv Gupta > <sanjiv.gupta at microchip.com> wrote: > >> Looks good. >> One more quick query. >> How to extract libname from "-l std" from the driver and pass it as >> "std.lib" to the linker tool? >> I know that unpack_values will give me

According to the FAQ llvmc is considered experimental/unsupported. But FWIW, here's an issue I found while trying to use it on 32 bit x86 systems. tools/llvmc/plugins/Base/Base.td hardcodes the -relocation-model=pic option into invocations of llc: def llc : Tool< [(in_language "llvm-bitcode"), (out_language "assembler"), (output_suffix "s"), (cmd_line

Hi, On Fedora 9 GCC 4.3, LLVMCConfigurationEmitter.cpp needs #include <typeinfo>. ValueTracking.cpp needs #include <cstring>. Thanks. --Zhongxing Xu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080603/38f917f4/attachment.html>

For those of you who haven't noticed, I'm planning to commit a major change to the Makefile rules tomorrow evening (Tuesday) if there are no complaints about it between now and then. This needs testing on Darwin. I've heard back from Linux on many platforms and even FreeBSD, which is fantastic, but I'm told that lots of LLVMers are running Darwin and I haven't heard a peep

On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > / * snip */ Actually, rebuilding it makes "debug tblgen" fail with the errors at the end of this email, and as such everything that depends on it, how odd... When I get back to that computer then I will clean its directory, update from SVN (please fix the const thing soon :) ), and rebuild fresh...

On Jun 3, 2008, at 6:48 AM, Zhongxing Xu wrote: > Hi, > > On Fedora 9 GCC 4.3, > > LLVMCConfigurationEmitter.cpp needs #include <typeinfo>. > ValueTracking.cpp needs #include <cstring>. Fixed, thanks: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080602/063303.html -Chris

On OS X 10.5.5 I get an error that ld doesn't support -export-dynamic: dhcp-172-19-103-185:~/src/llvm/trunk_nolibtool/obj jyasskin$ ../src/configure --prefix=`pwd`/../install && make VERBOSE=1 ... dhcp-172-19-103-185:~/src/llvm/trunk_nolibtool/obj jyasskin$ make VERBOSE=1 for dir in lib/System lib/Support utils lib/VMCore lib tools/llvm-config tools docs; do \ if [ ! -f

On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> / * snip */ > > Actually, rebuilding it makes "debug tblgen" fail with the errors at > the end of this email, and as such everything that depends on it, how > odd... > When I get back to that

Current llvm release 2.8 branch at r115409 is broken on x86_64-apple-darwin10. #!/bin/bash -ev export LD=`xcode-select -print-path`/usr/bin/ld xcode-select -print-path ulimit -s `ulimit -s` ulimit -s mv ../clang-2.8 ./tools/clang mkdir ../llvm_objdir cd ../llvm_objdir ../llvm-2.8/configure --prefix=/sw --prefix=/sw --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw