search for: puzov

Thanks a lot. A see the shared library in linux version. I initially tried doing this in cygwin where I dont see the shared library being built. Do u think it could have been cygwin that is the problem? Aparna On Mon, Apr 13, 2009 at 5:16 PM, Milos Puzovic <milos.puzovic at gmail.com>wrote: > In order to generate shared libraries you need to have SHARED_LIBRARY > and LOADABLE_MODULE defined in the Makefile. See here for more > details: http://llvm.org/docs/MakefileGuide.html#libraries > > On 13 Apr 2009, at 20:46, aparna kotha...

...lot. > > A see the shared library in linux version. I initially tried doing > this in cygwin where I dont see the shared library being built. Do > u think it could have been cygwin that is the problem? > > > > > Aparna > > On Mon, Apr 13, 2009 at 5:16 PM, Milos Puzovic > <milos.puzovic at gmail.com> wrote: > In order to generate shared libraries you need to have SHARED_LIBRARY > and LOADABLE_MODULE defined in the Makefile. See here for more > details: http://llvm.org/docs/MakefileGuide.html#libraries > > On 13 Apr 2009, at 20:46, aparn...

...gestion is that adding intrinsics is also considered to be a breaking change. This is the third question/suggestion in the last week or so where the intrinsics/pseudo-function idea has been raised. Perhaps what llvm really needs is a 'generic' pseudo-intrinsic of some kind? 2009/3/30 Milos Puzovic <milos.puzovic at gmail.com> > 2009/3/30 someguy <just.s0m3.guy+llvmdev at gmail.com<just.s0m3.guy%2Bllvmdev at gmail.com> > > > >> Can you not achieve the same effect without adding intrinsics? Insert >> function calls to a __spawn and __join pseudo-functi...

2009/3/30 someguy <just.s0m3.guy+llvmdev at gmail.com<just.s0m3.guy%2Bllvmdev at gmail.com> > > Can you not achieve the same effect without adding intrinsics? Insert > function calls to a __spawn and __join pseudo-function instead? > It would make LLVM code generation more difficult because instead of building a new instruction (in this case intrinsic) you will be building

In order to generate shared libraries you need to have SHARED_LIBRARY and LOADABLE_MODULE defined in the Makefile. See here for more details: http://llvm.org/docs/MakefileGuide.html#libraries On 13 Apr 2009, at 20:46, aparna kotha wrote: > I am trying to run the LLVM hello world pass. I observe that in the > OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are >

I am trying to run the LLVM hello world pass. I observe that in the OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are generated. But I am confused as to how to generate the .so library file from here. I am kinda new to compilers and hence the question I know is basic , but couldnt figure the answer out myself. Thanks a lot for your help. Regards -- -- Aparna Kotha Research

Can you not achieve the same effect without adding intrinsics? Insert function calls to a __spawn and __join pseudo-function instead? 2009/3/30 Milos Puzovic <milos.puzovic at gmail.com> > Hi Nicolas, > > 2009/3/30 Nicolas Geoffray <nicolas.geoffray at lip6.fr> > >> Can you be more verbose on this? Are you planning to implement some JVM >> or .Net extension for supporting your new intrinsics? Or are you just >&g...

Hi Nicolas, 2009/3/30 Nicolas Geoffray <nicolas.geoffray at lip6.fr> > Can you be more verbose on this? Are you planning to implement some JVM > or .Net extension for supporting your new intrinsics? Or are you just > looking for a runtime with a GC? At the moment I am not looking to add any new extensions to JVM or .NET. I would need a runtime with a GC to demonstrate and test

Hi Milos, Milos Puzovic wrote: > Hi, > > I would like to extend LLVM IR with two new intrinsic: spawn and join. > The spawn intrinsic will indicate that the call it modifies can safely > run in parallel, while join intrinsic will indicate that the execution > of the current call cannot continue unti...

...ult. E.g., there are ways to express "ordering" synchronization that could require non-trivial interprocedural analysis to extract. --Vikram Associate Professor, Computer Science University of Illinois at Urbana-Champaign http://llvm.org/~vadve On Mar 30, 2009, at 10:09 AM, Milos Puzovic wrote: > Hi Anthony, > > 2009/3/30 Anthony Danalis <adanalis at eecs.utk.edu> > Is the user expected to add the calls to spawn/join or the > compiler? If it's the compiler adding them, then you don't need to > change the front-end at all, you can do all that...

I think your idea is very interesting. However, some of the issues that concern you might not be as bad as you think. On Mar 30, 2009, at 9:19 AM, Milos Puzovic wrote: > 2009/3/30 someguy <just.s0m3.guy+llvmdev at gmail.com> > Can you not achieve the same effect without adding intrinsics? > Insert function calls to a __spawn and __join pseudo-function instead? > It would make LLVM code generation more difficult because instead of &...

Hi, I would like to extend LLVM IR with two new intrinsic: spawn and join. The spawn intrinsic will indicate that the call it modifies can safely run in parallel, while join intrinsic will indicate that the execution of the current call cannot continue until all previously spawned calls in the list/array passed as argument to join intrinsic have completed and returned their results to it. This

Hi Anthony, 2009/3/30 Anthony Danalis <adanalis at eecs.utk.edu> > Is the user expected to add the calls to spawn/join or the compiler? If > it's the compiler adding them, then you don't need to change the front-end > at all, you can do all that in an optimization pass. If it's the user > adding them, then adding calls to "__spawn()" that the compiler