[uml-devel] Testing GCOV handling in -bk

[uml-devel] Testing GCOV handling in -bk

[Blaisorblade]

Anton, would you test the current -bk tree for the CONFIG_GCOV problem and the 
patch I and Jeff put together?

http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.11-bk8/patches/weak_gcov_init

The above should fix the situation for you... for real 3.4 Gcc, however, the 
problems are bigger because it also requires to change link flags (and this 
interferes with some executables we build). I also get a link failure on 
__bb_fork_<something>..., which I haven't been able to solve until now.

Regards
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] Re: Testing GCOV handling in -bk

[Anton Altaparmakov]

On Sun, 2005-03-20 at 12:42 +0100, Blaisorblade wrote:
> Anton, would you test the current -bk tree for the CONFIG_GCOV problem and the 
> patch I and Jeff put together?
> 
> http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.11-bk8/patches/weak_gcov_init
> 
> The above should fix the situation for you... for real 3.4 Gcc, however, the 
> problems are bigger because it also requires to change link flags (and this 
> interferes with some executables we build). I also get a link failure on 
> __bb_fork_<something>..., which I haven't been able to solve until now.

I would test it but UML in current -BK doesn't build at all.  It stops
with:

  CC      kernel/signal.o
kernel/signal.c: In function `get_signal_to_deliver':
kernel/signal.c:1849: error: structure has no member named `eflags'
kernel/signal.c:1849: error: `TF_MASK' undeclared (first use in this
function)
kernel/signal.c:1849: error: (Each undeclared identifier is reported
only once
kernel/signal.c:1849: error: for each function it appears in.)
make[1]: *** [kernel/signal.o] Error 1
make: *** [kernel] Error 2

Best regards,

        Anton
-- 
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Re: Testing GCOV handling in -bk

[Blaisorblade]

On Monday 21 March 2005 11:49, Anton Altaparmakov wrote:
> On Sun, 2005-03-20 at 12:42 +0100, Blaisorblade wrote:
> > Anton, would you test the current -bk tree for the CONFIG_GCOV problem
> > and the patch I and Jeff put together?
> >
> > http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.11-bk8/patche
> >s/weak_gcov_init
> >
> > The above should fix the situation for you... for real 3.4 Gcc, however,
> > the problems are bigger because it also requires to change link flags
> > (and this interferes with some executables we build). I also get a link
> > failure on __bb_fork_<something>..., which I haven't been able to solve
> > until now.
>
> I would test it but UML in current -BK doesn't build at all.  It stops
> with:
>
>   CC      kernel/signal.o
> kernel/signal.c: In function `get_signal_to_deliver':
> kernel/signal.c:1849: error: structure has no member named `eflags'
> kernel/signal.c:1849: error: `TF_MASK' undeclared (first use in this
> function)
> kernel/signal.c:1849: error: (Each undeclared identifier is reported
> only once
> kernel/signal.c:1849: error: for each function it appears in.)
> make[1]: *** [kernel/signal.o] Error 1
> make: *** [kernel] Error 2
>
> Best regards,
>
>         Anton
Ok, watch the patches I'm sending now. The one titled "uml: fix compile" fix 
the above problem, while the one named "uml: real fix for __gcov_init 
symbols" is what I'm merging for this problem (from your results I guess it 
should work well for you too).
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade





-------------------------------------------------------
This SF.net email is sponsored by: 2005 Windows Mobile Application Contest
Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones
for the chance to win $25,000 and application distribution. Enter today at
http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel