Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Building debug version of kernel
@ 2007-07-13 16:02 Jerry Richards
  2007-07-13 17:48 ` Steven J. Hill
  0 siblings, 1 reply; 3+ messages in thread
From: Jerry Richards @ 2007-07-13 16:02 UTC (permalink / raw)
  To: buildroot

Is editing the top-level Linux Makefile the standard method for my host
machine to build a debug version (i.e. with "-g -O0" CFLAGS) of the Linux
2.6 kernel?  If so, should I make these flag changes to CFLAGS_KERNEL or
HOSTCFLAGS or both?

The build output only shows the format "CC <object-file-name>" without
flags, so I can't see what it's actually doing.

Best Regards,
Jerry

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] Building debug version of kernel
  2007-07-13 16:02 [Buildroot] Building debug version of kernel Jerry Richards
@ 2007-07-13 17:48 ` Steven J. Hill
  2007-07-16 16:36   ` Jerry Richards
  0 siblings, 1 reply; 3+ messages in thread
From: Steven J. Hill @ 2007-07-13 17:48 UTC (permalink / raw)
  To: buildroot

> Is editing the top-level Linux Makefile the standard method for my host
> machine to build a debug version (i.e. with "-g -O0" CFLAGS) of the Linux
> 2.6 kernel?  If so, should I make these flag changes to CFLAGS_KERNEL or
> HOSTCFLAGS or both?
> 
There is a configuration option under 'Kernel hacking' in the Linux
configuration system to turn on debugging symbols. Was there some
reason this does not work?

> The build output only shows the format "CC <object-file-name>" without
> flags, so I can't see what it's actually doing.
> 
If you add 'V=1' to your 'make vmlinux' target area in the makefile, you
can see the verbose output of the compiling, linking, etc.

-Steve

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] Building debug version of kernel
  2007-07-13 17:48 ` Steven J. Hill
@ 2007-07-16 16:36   ` Jerry Richards
  0 siblings, 0 replies; 3+ messages in thread
From: Jerry Richards @ 2007-07-16 16:36 UTC (permalink / raw)
  To: buildroot


I did enable the "make menuconfig" option for
Kernel_Hacking-->Compile_the_kernel_with_debug_info", but I do not see any
symbols/source-code in my debugger.  I am using a Lauterbach TRACE32
in-circuit debugger that operates on the vmlinux ELF file containing
symbol/source-code information.

Is there any other options that might cause symbols to be stripped from the
vmlinux file?

Also, could you confirm the following build procedure for a cross-compiled
platform?

	1) In <>/buildroot, execute "make".
	2) In <>/buildroot/build_m*/lin*, execute "make".
	3) In <>/Apps, execute "make".
	4) Copy application(s) to <>/buildroot/build_m*/root/...
	5) In <>/buildroot, execute "make" again (to get apps into
	   compressed CRAMFS/SQUASHFS).
	6) Done.

Jerry


-----Original Message-----
From: Steven J. Hill [mailto:sjhill at realitydiluted.com]
Sent: Friday, July 13, 2007 10:49 AM
To: Jerry Richards
Cc: buildroot at uclibc.org
Subject: Re: [Buildroot] Building debug version of kernel


> Is editing the top-level Linux Makefile the standard method for my host
> machine to build a debug version (i.e. with "-g -O0" CFLAGS) of the Linux
> 2.6 kernel?  If so, should I make these flag changes to CFLAGS_KERNEL or
> HOSTCFLAGS or both?
>
There is a configuration option under 'Kernel hacking' in the Linux
configuration system to turn on debugging symbols. Was there some
reason this does not work?

> The build output only shows the format "CC <object-file-name>" without
> flags, so I can't see what it's actually doing.
>
If you add 'V=1' to your 'make vmlinux' target area in the makefile, you
can see the verbose output of the compiling, linking, etc.

-Steve

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-07-16 16:36 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-13 16:02 [Buildroot] Building debug version of kernel Jerry Richards
2007-07-13 17:48 ` Steven J. Hill
2007-07-16 16:36   ` Jerry Richards

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox