* [Announce] Checkpoint-restore tool v0.4
@ 2013-02-20 11:18 Pavel Emelyanov
[not found] ` <5124B107.1040302-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Pavel Emelyanov @ 2013-02-20 11:18 UTC (permalink / raw)
To: Linux Kernel Mailing List, Linux Containers, CRIU
Hello, everyone!
As was planned, the v0.4 of C/R tools is out, right after the Linux v3.8.
The most valuable thing in this release, is that all the kernel patches
we had are now merged, and thus what crtools-v0.4 can do will work on
the upstream kernel (properly configured)!
Another notable feature is that crtools is no longer the x86_64-only tool :)
We've done initial support for the ARM architecture and ready to go on
with that.
More info about the release is available on
http://criu.org/Download/crtools/0.4
Have fun!
Thanks,
Pavel
^ permalink raw reply [flat|nested] 3+ messages in thread[parent not found: <5124B107.1040302-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>]
* Re: [Announce] Checkpoint-restore tool v0.4 [not found] ` <5124B107.1040302-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org> @ 2013-02-22 9:01 ` Jan Engelhardt [not found] ` <alpine.LNX.2.01.1302220955160.1805-F2ai0iW9ZajH9RFtKMg/Ng@public.gmane.org> 0 siblings, 1 reply; 3+ messages in thread From: Jan Engelhardt @ 2013-02-22 9:01 UTC (permalink / raw) To: Pavel Emelyanov; +Cc: CRIU, Linux Containers, Linux Kernel Mailing List On Wednesday 2013-02-20 12:18, Pavel Emelyanov wrote: > >As was planned, the v0.4 of C/R tools is out, right after the Linux v3.8. > >The most valuable thing in this release, is that all the kernel patches >we had are now merged, and thus what crtools-v0.4 can do will work on >the upstream kernel (properly configured)! I have trouble compiling that. $ + make -j10 'CFLAGS=-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' V=1 gcc -M -MT arch/x86/crtools.d -MT arch/x86/crtools.o -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g arch/x86/crtools.c -o arch/x86/crtools.d arch/x86/crtools.c:5:21: fatal error: asm/fpu.h: No such file or directory fpu.h does not exist in /usr/include, nor does it exist in $linux/arch/x86/ or $linux/include. Apparently it does exist in crtools, but there are no more flags pointing to crtools/include/. Which probably means you should place mandatory CFLAGS not in CFLAGS, but your own variable. ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <alpine.LNX.2.01.1302220955160.1805-F2ai0iW9ZajH9RFtKMg/Ng@public.gmane.org>]
* Re: [CRIU] [Announce] Checkpoint-restore tool v0.4 [not found] ` <alpine.LNX.2.01.1302220955160.1805-F2ai0iW9ZajH9RFtKMg/Ng@public.gmane.org> @ 2013-02-22 9:13 ` Cyrill Gorcunov 0 siblings, 0 replies; 3+ messages in thread From: Cyrill Gorcunov @ 2013-02-22 9:13 UTC (permalink / raw) To: Jan Engelhardt Cc: CRIU, Linux Containers, Linux Kernel Mailing List, Pavel Emelyanov On Fri, Feb 22, 2013 at 10:01:19AM +0100, Jan Engelhardt wrote: > > On Wednesday 2013-02-20 12:18, Pavel Emelyanov wrote: > > > >As was planned, the v0.4 of C/R tools is out, right after the Linux v3.8. > > > >The most valuable thing in this release, is that all the kernel patches > >we had are now merged, and thus what crtools-v0.4 can do will work on > >the upstream kernel (properly configured)! > > I have trouble compiling that. > > $ + make -j10 'CFLAGS=-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' V=1 > gcc -M -MT arch/x86/crtools.d -MT arch/x86/crtools.o -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g arch/x86/crtools.c -o arch/x86/crtools.d > arch/x86/crtools.c:5:21: fatal error: asm/fpu.h: No such file or directory > > fpu.h does not exist in /usr/include, nor does it exist in $linux/arch/x86/ > or $linux/include. Apparently it does exist in crtools, but there are no > more flags pointing to crtools/include/. Which probably means you should > place mandatory CFLAGS not in CFLAGS, but your own variable. Thanks for report, i'll fix that. ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-02-22 9:13 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-20 11:18 [Announce] Checkpoint-restore tool v0.4 Pavel Emelyanov
[not found] ` <5124B107.1040302-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2013-02-22 9:01 ` Jan Engelhardt
[not found] ` <alpine.LNX.2.01.1302220955160.1805-F2ai0iW9ZajH9RFtKMg/Ng@public.gmane.org>
2013-02-22 9:13 ` [CRIU] " Cyrill Gorcunov
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox