similar to: [LLVMdev] Lightweight code loader

On Mon, 16 May 2005, Alexander Friedman wrote: > Would it be possible (ie, relatively straitforward) to do the > following: Take the code in module A, compile it with the JIT (since > we cannot make libraries in Windows), and save the resulting binary > goo in some file. Later (in a different instance of the runtime), with > some much smaller sized loader, read in the file and link

On May 16, Chris Lattner wrote: > On Mon, 16 May 2005, Alexander Friedman wrote: > > Would it be possible (ie, relatively straitforward) to do the > > following: Take the code in module A, compile it with the JIT (since > > we cannot make libraries in Windows), and save the resulting binary > > goo in some file. Later (in a different instance of the runtime), with >

Alexander, Yes, a patch like that would be accepted. Fewer dependencies = good :) Some notes on doing this: (1) Please make sure you use the std c++ iostream libraries for doing I/O. No native calls (we end up with portability problems). If you need something that must be ported, please add it to lib/System (2) You should also use the sys::Path class (include/llvm/System/Path.h) for handling

On Fri, 2005-05-27 at 18:10 -0400, Alexander Friedman wrote: > On May 26, Reid Spencer wrote: > > Alexander, > > > > Yes, a patch like that would be accepted. Fewer dependencies = good :) > > > > Some notes on doing this: > > > > (1) Please make sure you use the std c++ iostream libraries for doing > > I/O. No native calls (we end up with

Hi, I'm trying to convert users from a sendmail server to a postfix/dovecot server. All works fine but one of the last things is to rescue the messages in /var/mail/<user> on the old server. This seems very straitforward using the convert plugin but with the settings from the wiki, nothing happens when the user logs in. Do I need a private namespace for this as suggested elsewhere

On May 26, Reid Spencer wrote: > Alexander, > > Yes, a patch like that would be accepted. Fewer dependencies = good :) > > Some notes on doing this: > > (1) Please make sure you use the std c++ iostream libraries for doing > I/O. No native calls (we end up with portability problems). If you need > something that must be ported, please add it to lib/System Sure. What

Oh, so *that's* what happened to MASM. OK, change of plans. Forget NASMW, target ML. Aaron Gray wrote: >>> We still have a dependency on the system linker, but in time that >>> could be addressed. Note that VC++ distributes a native linker, but >>> I don't think it distributes a native assembler (I could be wrong >>> though). >> >>

One more set of MSVC project updates. Changed ogg_static.lib to libogg_static.lib as that's the name latest version uses. Removed MSVC 6.0 related parts from README and tweaked info there to be more up-to-date. Also changed nasmw.exe into nasm.exe as nasmw.exe has been long gone. LibFLAC_dynamic was complaining in debug mode about conflicts with libcmt, I excluded it from the project

Aaron Gray wrote: >> GCC is smart enough to realize it doesn't return. That's because the >> declaration of abort() is decorated with __attribute__((__noreturn__)). >> >> So is GCC smarter than VC++? As it turns out, in VC++ the >> declaration of abort() is decorated with __declspec(noreturn). >> >> Whidbey is not stricter than 2003, it is

>> I thought Whidbey would really be upto the job, obviously not. > > Well, we don't know until someone tries. Oh, well we have got a bug to report to Microsoft then ! I still may carry on implementing any mods on the VS2003 port over to 2005 so we know where we are with that. There may well be a second beta so it would be good to get any problems in and reported to Microsoft in

Hi, Suppose I have a function: myfunc <- function(x, y) { ... } And within the function I want to print out the name of the x, y vectors. For example, if I do: > myfunc(foo, goo) [1] "foo" "goo" It shall return "foo", "goo" (with or without quotes is fine), where foo and goo are two vectors with numbers. I know this sounds strange, but I'd

Hi, I've heard some people are in Saarbrucken and would like to go for a dinner together. I've found some places that should be good for groups: Old Murphys https://goo.gl/maps/aPXjfwJGSgS2 Tante Maja https://goo.gl/maps/yF9Gij5qPoN2 Vapiano https://goo.gl/maps/knK9edHPE1y Is someone interested in meeting this evening (probably after 5:30)? Piotr -------------- next part

Hi LLVM'ers, Here is my second try to document, how to build the llvm system for MinGW on Windows. Henrik. ============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' -

So, on my old Netbook, now happily running C6.9, I'm looking for opinions for a lightweight window manager. Gnome surely ain't it.... Years back, I used to like IceWM, but not sure it's been kept up. So, opinions? mark

We run ganglia on a 35 node cluster (plus a few odds and ends). It seems pretty lightweight. I've just finished installing the latest versions at home on old slow 32-bit kit and it seems again to be very lightweight. You will need to install libconfuse and RRD though, the former comes as a tarball. You'll need to configure/make/make install and then tell yum to ignore the missing

Yes I am running sendmail next to dovecot on backend servers. That works ok. I have some problems with re-routing mail in a proxy setup. -----Original Message----- To: Marc Roos; dovecot Subject: Re[2]: Lightweight LMTP daemon to avoid overkill MTA Hi, I was unclear in my question. The spam filter is only able to deliver mail over SMTP, not over LMTP.. So I would still need some kind of

Hi all, Anyone knows any lightweight alternative to virt-manager that works with linux, Windows and macos? Searching I have found ovirt only but it is too heavy. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20170704/e642bc8f/attachment.html>

Maybe nice to share some details? -----Original Message----- To: Marc Roos; dovecot Subject: Re[4]: Lightweight LMTP daemon to avoid overkill MTA I ended up 'hacking' LMTP support into the external spam filter. Someone else already contributed 'real' patches to implement LMTP support, so once I go live with this mail platform it should be stable. Met vriendelijke groeten,

I like Tante Maja. I will call them and see if we can flood them. ;-) I suggest dinner at 18:00? Best, Tobias On Sun, Mar 26, 2017, at 04:08 PM, Bekket McClane via llvm-dev wrote: > Hi, I’m one of the poster session authors, I’m also currently in > Saarbruken > All three places sound nice to me, but I’m not familiar with this town so > maybe you can pick the place? > About the

Dear C. L. Martinez, The simplest way for lightweight for you is with VNC from your Win/Mac to the virt host VNC remote desktop or just a SHELL. Its done! Xlord -----Original Message----- From: CentOS-virt [mailto:centos-virt-bounces at centos.org] On Behalf Of Nux! Sent: Tuesday, July 4, 2017 6:36 PM To: Discussion about the virtualization on CentOS <centos-virt at centos.org> Subject: