* gdb head fails to compile for arm-elf target.
@ 2004-02-16 18:27 Karel Gardas
2004-02-16 18:34 ` Daniel Jacobowitz
0 siblings, 1 reply; 9+ messages in thread
From: Karel Gardas @ 2004-02-16 18:27 UTC (permalink / raw)
To: gdb
Hello,
following information on http://gcc.gnu.org/simtest-howto.html I'm trying
to build gcc and associated gnu tools includig gdb for arm-elf target. The
build fails while compiling gdb with:
gcc -c -g -O2 -I. -I../../combined/gdb -I../../combined/gdb/config
-DLOCALEDIR="\"/mnt/karel/gcc340-sim/arm-elf/share/locale\""
-DHAVE_CONFIG_H -I../../combined/gdb/../include/opcode
-I../../combined/gdb/../readline/.. -I../bfd -I../../combined/gdb/../bfd
-I../../combined/gdb/../include -I../intl -I../../combined/gdb/../intl
-DMI_OUT=1 -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat
-Wparentheses -Wpointer-arith -Wuninitialized -Wformat-nonliteral
-Wunused-label -Wunused-function ../../combined/gdb/auxv.c
../../combined/gdb/auxv.c: In function `fprint_target_auxv':
../../combined/gdb/auxv.c:230: error: `AT_SECURE' undeclared (first use in
this function)
../../combined/gdb/auxv.c:230: error: (Each undeclared identifier is
reported only once
../../combined/gdb/auxv.c:230: error: for each function it appears in.)
../../combined/gdb/auxv.c:231: error: `AT_SUN_UID' undeclared (first use
in this function)
../../combined/gdb/auxv.c:232: error: `AT_SUN_RUID' undeclared (first use
in this function)
../../combined/gdb/auxv.c:233: error: `AT_SUN_GID' undeclared (first use
in this function)
../../combined/gdb/auxv.c:234: error: `AT_SUN_RGID' undeclared (first use
in this function)
../../combined/gdb/auxv.c:235: error: `AT_SUN_LDELF' undeclared (first use
in this function)
../../combined/gdb/auxv.c:236: error: `AT_SUN_LDSHDR' undeclared (first
use in this function)
../../combined/gdb/auxv.c:237: error: `AT_SUN_LDNAME' undeclared (first
use in this function)
../../combined/gdb/auxv.c:238: error: `AT_SUN_LPAGESZ' undeclared (first
use in this function)
../../combined/gdb/auxv.c:239: error: `AT_SUN_PLATFORM' undeclared (first
use in this function)
../../combined/gdb/auxv.c:240: error: `AT_SUN_HWCAP' undeclared (first use
in this function)
../../combined/gdb/auxv.c:241: error: `AT_SUN_IFLUSH' undeclared (first
use in this function)
../../combined/gdb/auxv.c:242: error: `AT_SUN_CPU' undeclared (first use
in this function)
../../combined/gdb/auxv.c:243: error: `AT_SUN_EMUL_ENTRY' undeclared
(first use in this function)
../../combined/gdb/auxv.c:244: error: `AT_SUN_EMUL_EXECFD' undeclared
(first use in this function)
../../combined/gdb/auxv.c:245: error: `AT_SUN_EXECNAME' undeclared (first
use in this function)
../../combined/gdb/auxv.c:247: error: `AT_SUN_MMU' undeclared (first use
in this function)
../../combined/gdb/auxv.c:248: error: `AT_SUN_LDDATA' undeclared (first
use in this function)
make[1]: *** [auxv.o] Error 1
make[1]: Leaving directory `/mnt/karel/gcc340-sim/obj/gdb'
make: *** [all-gdb] Error 2
The sources are from today.
Cheers,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:27 gdb head fails to compile for arm-elf target Karel Gardas
@ 2004-02-16 18:34 ` Daniel Jacobowitz
2004-02-16 18:39 ` Karel Gardas
0 siblings, 1 reply; 9+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16 18:34 UTC (permalink / raw)
To: Karel Gardas; +Cc: gdb
On Mon, Feb 16, 2004 at 07:27:39PM +0100, Karel Gardas wrote:
>
> Hello,
>
> following information on http://gcc.gnu.org/simtest-howto.html I'm trying
> to build gcc and associated gnu tools includig gdb for arm-elf target. The
> build fails while compiling gdb with:
How have you combined your sources? I'm betting incorrectly.
> ../../combined/gdb/auxv.c: In function `fprint_target_auxv':
> ../../combined/gdb/auxv.c:230: error: `AT_SECURE' undeclared (first use in
> this function)
Please check include/elf/common.h.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:34 ` Daniel Jacobowitz
@ 2004-02-16 18:39 ` Karel Gardas
2004-02-16 18:42 ` Daniel Jacobowitz
0 siblings, 1 reply; 9+ messages in thread
From: Karel Gardas @ 2004-02-16 18:39 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
> On Mon, Feb 16, 2004 at 07:27:39PM +0100, Karel Gardas wrote:
> >
> > Hello,
> >
> > following information on http://gcc.gnu.org/simtest-howto.html I'm trying
> > to build gcc and associated gnu tools includig gdb for arm-elf target. The
> > build fails while compiling gdb with:
>
> How have you combined your sources? I'm betting incorrectly.
Yes, I have.
> > ../../combined/gdb/auxv.c: In function `fprint_target_auxv':
> > ../../combined/gdb/auxv.c:230: error: `AT_SECURE' undeclared (first use in
> > this function)
>
> Please check include/elf/common.h.
thinkpad:/mnt/karel/gcc340-sim/combined$ ls -la include/elf/common.h
-rw-rw-r-- 2 karel karel 27702 Jan 19 19:28 include/elf/common.h
thinkpad:/mnt/karel/gcc340-sim/combined$
Sorry, I don't understand, what's wrong with this file?
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:39 ` Karel Gardas
@ 2004-02-16 18:42 ` Daniel Jacobowitz
2004-02-16 18:46 ` Karel Gardas
0 siblings, 1 reply; 9+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16 18:42 UTC (permalink / raw)
To: Karel Gardas; +Cc: gdb
On Mon, Feb 16, 2004 at 07:38:57PM +0100, Karel Gardas wrote:
> On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
>
> > On Mon, Feb 16, 2004 at 07:27:39PM +0100, Karel Gardas wrote:
> > >
> > > Hello,
> > >
> > > following information on http://gcc.gnu.org/simtest-howto.html I'm trying
> > > to build gcc and associated gnu tools includig gdb for arm-elf target. The
> > > build fails while compiling gdb with:
> >
> > How have you combined your sources? I'm betting incorrectly.
>
> Yes, I have.
>
> > > ../../combined/gdb/auxv.c: In function `fprint_target_auxv':
> > > ../../combined/gdb/auxv.c:230: error: `AT_SECURE' undeclared (first use in
> > > this function)
> >
> > Please check include/elf/common.h.
>
> thinkpad:/mnt/karel/gcc340-sim/combined$ ls -la include/elf/common.h
> -rw-rw-r-- 2 karel karel 27702 Jan 19 19:28 include/elf/common.h
> thinkpad:/mnt/karel/gcc340-sim/combined$
>
> Sorry, I don't understand, what's wrong with this file?
That should be providing the definition of AT_SECURE. Does it?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:42 ` Daniel Jacobowitz
@ 2004-02-16 18:46 ` Karel Gardas
2004-02-16 18:50 ` Daniel Jacobowitz
0 siblings, 1 reply; 9+ messages in thread
From: Karel Gardas @ 2004-02-16 18:46 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
> > > Please check include/elf/common.h.
> >
> > thinkpad:/mnt/karel/gcc340-sim/combined$ ls -la include/elf/common.h
> > -rw-rw-r-- 2 karel karel 27702 Jan 19 19:28 include/elf/common.h
> > thinkpad:/mnt/karel/gcc340-sim/combined$
> >
> > Sorry, I don't understand, what's wrong with this file?
>
> That should be providing the definition of AT_SECURE. Does it?
No, it's not defined there:
thinkpad:/mnt/karel/gcc340-sim/combined$ grep "AT_SEC" include/elf/common.h
thinkpad:/mnt/karel/gcc340-sim/combined$
Do you think it's worth the test to freshly checkout whole tree again?
Before build I have just rm -rf combined and updated gcc and src
directories, src by: cvs -q up -Pd binutils newlib gdb dejagnu -- do you
think that's the reason for failure?
Thanks,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:46 ` Karel Gardas
@ 2004-02-16 18:50 ` Daniel Jacobowitz
2004-02-16 19:54 ` Karel Gardas
0 siblings, 1 reply; 9+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16 18:50 UTC (permalink / raw)
To: Karel Gardas; +Cc: gdb
On Mon, Feb 16, 2004 at 07:46:31PM +0100, Karel Gardas wrote:
> On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
>
> > > > Please check include/elf/common.h.
> > >
> > > thinkpad:/mnt/karel/gcc340-sim/combined$ ls -la include/elf/common.h
> > > -rw-rw-r-- 2 karel karel 27702 Jan 19 19:28 include/elf/common.h
> > > thinkpad:/mnt/karel/gcc340-sim/combined$
> > >
> > > Sorry, I don't understand, what's wrong with this file?
> >
> > That should be providing the definition of AT_SECURE. Does it?
>
> No, it's not defined there:
>
> thinkpad:/mnt/karel/gcc340-sim/combined$ grep "AT_SEC" include/elf/common.h
> thinkpad:/mnt/karel/gcc340-sim/combined$
>
> Do you think it's worth the test to freshly checkout whole tree again?
> Before build I have just rm -rf combined and updated gcc and src
> directories, src by: cvs -q up -Pd binutils newlib gdb dejagnu -- do you
> think that's the reason for failure?
>
> Thanks,
Absolutely. You can't update just a few directories and relibly expect
things to work. At a minimum, you would also need: opcodes bfd gas ld
include libiberty.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 18:50 ` Daniel Jacobowitz
@ 2004-02-16 19:54 ` Karel Gardas
2004-02-16 20:42 ` Daniel Jacobowitz
0 siblings, 1 reply; 9+ messages in thread
From: Karel Gardas @ 2004-02-16 19:54 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
> > Do you think it's worth the test to freshly checkout whole tree again?
> > Before build I have just rm -rf combined and updated gcc and src
> > directories, src by: cvs -q up -Pd binutils newlib gdb dejagnu -- do you
> > think that's the reason for failure?
> >
> > Thanks,
>
> Absolutely. You can't update just a few directories and relibly expect
> things to work. At a minimum, you would also need: opcodes bfd gas ld
> include libiberty.
Err, I had an impression that if checkout worked correctly with modules
and all depending modules, then update will also work this way. :-(
(especially when I read it on the gcc page: ``Update the src tree with the
same sequence of commands that you used to check out that tree initially,
invoked from the src directory (NOT from within the combined tree).'')
Anyway, now, after better update gdb is already built.
Thanks a lot for your help,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 19:54 ` Karel Gardas
@ 2004-02-16 20:42 ` Daniel Jacobowitz
2004-02-16 20:53 ` Karel Gardas
0 siblings, 1 reply; 9+ messages in thread
From: Daniel Jacobowitz @ 2004-02-16 20:42 UTC (permalink / raw)
To: Karel Gardas; +Cc: gdb
On Mon, Feb 16, 2004 at 08:54:10PM +0100, Karel Gardas wrote:
> On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
>
> > > Do you think it's worth the test to freshly checkout whole tree again?
> > > Before build I have just rm -rf combined and updated gcc and src
> > > directories, src by: cvs -q up -Pd binutils newlib gdb dejagnu -- do you
> > > think that's the reason for failure?
> > >
> > > Thanks,
> >
> > Absolutely. You can't update just a few directories and relibly expect
> > things to work. At a minimum, you would also need: opcodes bfd gas ld
> > include libiberty.
>
> Err, I had an impression that if checkout worked correctly with modules
> and all depending modules, then update will also work this way. :-(
> (especially when I read it on the gcc page: ``Update the src tree with the
> same sequence of commands that you used to check out that tree initially,
> invoked from the src directory (NOT from within the combined tree).'')
Ah, but that's not what you did. Here's the problem: cvs checkout
takes module names and cvs update takes directory names.
If you used "cvs -d 'whatever' co binutils newlib gdb dejagnu" from the
directory containing src/, everything would be updated.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: gdb head fails to compile for arm-elf target.
2004-02-16 20:42 ` Daniel Jacobowitz
@ 2004-02-16 20:53 ` Karel Gardas
0 siblings, 0 replies; 9+ messages in thread
From: Karel Gardas @ 2004-02-16 20:53 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
On Mon, 16 Feb 2004, Daniel Jacobowitz wrote:
> > Err, I had an impression that if checkout worked correctly with modules
> > and all depending modules, then update will also work this way. :-(
> > (especially when I read it on the gcc page: ``Update the src tree with the
> > same sequence of commands that you used to check out that tree initially,
> > invoked from the src directory (NOT from within the combined tree).'')
>
> Ah, but that's not what you did. Here's the problem: cvs checkout
> takes module names and cvs update takes directory names.
>
> If you used "cvs -d 'whatever' co binutils newlib gdb dejagnu" from the
> directory containing src/, everything would be updated.
Indeed! I've just found my mistake after sending this email. Please excuse
me for all this noise on gdb mailing list.
Anyway, thanks for your kind help,
Karel
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2004-02-16 20:53 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-16 18:27 gdb head fails to compile for arm-elf target Karel Gardas
2004-02-16 18:34 ` Daniel Jacobowitz
2004-02-16 18:39 ` Karel Gardas
2004-02-16 18:42 ` Daniel Jacobowitz
2004-02-16 18:46 ` Karel Gardas
2004-02-16 18:50 ` Daniel Jacobowitz
2004-02-16 19:54 ` Karel Gardas
2004-02-16 20:42 ` Daniel Jacobowitz
2004-02-16 20:53 ` Karel Gardas
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox