* GDB build failure from tip
@ 2016-07-26 22:46 ANDY KENNEDY
2016-07-26 22:57 ` Stefan Hallas Mulvad
0 siblings, 1 reply; 7+ messages in thread
From: ANDY KENNEDY @ 2016-07-26 22:46 UTC (permalink / raw)
To: 'crossgcc@sourceware.org'
configure error: expat is missing or unusable
After digging into it for a couple of hours, I found that this message
was a red herring. This message comes from the native GDB build.
As it stands, it appears that the CC for the two builds are SWAPPED:
~/base_layer/build/toolchain/mips64/crosstool-ng$ file .build/mips64-LinuxBSP-linux-gnu/build/build-gdb-cross/gdb/gdb
.build/mips64-LinuxBSP-linux-gnu/build/build-gdb-cross/gdb/gdb: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, not stripped
Unless I way off (please let me know if that is the case), I'll be
sending a patch file for this fix tomorrow.
Andy
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: GDB build failure from tip
2016-07-26 22:46 GDB build failure from tip ANDY KENNEDY
@ 2016-07-26 22:57 ` Stefan Hallas Mulvad
2016-07-26 23:04 ` ANDY KENNEDY
0 siblings, 1 reply; 7+ messages in thread
From: Stefan Hallas Mulvad @ 2016-07-26 22:57 UTC (permalink / raw)
To: ANDY KENNEDY; +Cc: crossgcc
[-- Attachment #1.1: Type: text/plain, Size: 328 bytes --]
It be great if you could post your build.log, or at least some more information from it.
A while back I faced a, what seams to be, similar issue. I proposed a patch which was rejected, however we use it at work and I know it has worked for several other people so give it a try.
Hope it works,
Best regards,
Stefan
[-- Attachment #1.2: 0001-Fixes-configure-error-expat-is-missing-or-unusable-w.patch --]
[-- Type: application/octet-stream, Size: 780 bytes --]
From 1d691f41aece8a5226b6da9f2507da66fe63ec3c Mon Sep 17 00:00:00 2001
From: Stefan Hallas Mulvad <shm@hallas.nu>
Date: Fri, 5 Feb 2016 00:04:43 -0800
Subject: [PATCH] Fixes 'configure: error: expat is missing or unusable' when
native gdb is enabled
---
scripts/build/debug/300-gdb.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/build/debug/300-gdb.sh b/scripts/build/debug/300-gdb.sh
index 418e85c..4ede7b6 100644
--- a/scripts/build/debug/300-gdb.sh
+++ b/scripts/build/debug/300-gdb.sh
@@ -162,6 +162,7 @@ do_debug_gdb_build() {
fi
native_extra_config+=("--with-expat")
+ native_extra_config+=("--with-libexpat-prefix=${CT_SYSROOT_DIR}/usr")
CT_DoLog EXTRA "Configuring native gdb"
--
2.7.3
[-- Attachment #1.3: Type: text/plain, Size: 865 bytes --]
> On Jul 26, 2016, at 3:46 PM, ANDY KENNEDY <ANDY.KENNEDY@adtran.com> wrote:
>
> configure error: expat is missing or unusable
>
> After digging into it for a couple of hours, I found that this message
> was a red herring. This message comes from the native GDB build.
>
> As it stands, it appears that the CC for the two builds are SWAPPED:
>
> ~/base_layer/build/toolchain/mips64/crosstool-ng$ file .build/mips64-LinuxBSP-linux-gnu/build/build-gdb-cross/gdb/gdb
> .build/mips64-LinuxBSP-linux-gnu/build/build-gdb-cross/gdb/gdb: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, not stripped
>
> Unless I way off (please let me know if that is the case), I'll be
> sending a patch file for this fix tomorrow.
>
> Andy
>
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 496 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: GDB build failure from tip
2016-07-26 22:57 ` Stefan Hallas Mulvad
@ 2016-07-26 23:04 ` ANDY KENNEDY
2016-07-27 0:13 ` ANDY KENNEDY
0 siblings, 1 reply; 7+ messages in thread
From: ANDY KENNEDY @ 2016-07-26 23:04 UTC (permalink / raw)
To: 'Stefan Hallas Mulvad'; +Cc: crossgcc
> It be great if you could post your build.log, or at least some more information from it.
>
> A while back I faced a, what seams to be, similar issue. I proposed a patch which was rejected,
> however we use it at work and I know it has worked for several other people so give it a try.
Looks like others that I have seen on various groups.
I don't think this will help in my situation.
The problem is that when I "file" the gdb for the cross,
it is x86_64. The native doesn't build.
I thought the information I provided was enough... Sorry about that!
For what it is worth, in the 300-gdb.sh, the test above was
_NATIVE_..., then the CC was set to TARGET, and vice versa:
Line 95:
CC_for_gdb="${CT_HOST}-gcc ${CT_CFLAGS_FOR_HOST} ${CT_LDFLAGS_FOR_HOST}"
LD_for_gdb="${CT_HOST}-ld ${CT_LDFLAGS_FOR_HOST}"
if [ "${CT_GDB_CROSS_STATIC}" = "y" ]; then
CC_for_gdb+=" -static"
LD_for_gdb+=" -static"
fi
Line 195:
[ "${CT_TOOLCHAIN_ENABLE_NLS}" != "y" ] && \
native_extra_config+=("--disable-nls")
if [ "${CT_GDB_NATIVE_STATIC}" = "y" ]; then
CC_for_gdb="${CT_TARGET}-gcc -static"
LD_for_gdb="${CT_TARGET}-ld -static"
else
CC_for_gdb="${CT_TARGET}-gcc"
LD_for_gdb="${CT_TARGET}-ld"
fi
Thanks for the info, though!
Andy
>
> Hope it works,
>
> Best regards,
> Stefan
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: GDB build failure from tip
2016-07-26 23:04 ` ANDY KENNEDY
@ 2016-07-27 0:13 ` ANDY KENNEDY
2016-07-27 17:32 ` ANDY KENNEDY
0 siblings, 1 reply; 7+ messages in thread
From: ANDY KENNEDY @ 2016-07-27 0:13 UTC (permalink / raw)
To: 'Stefan Hallas Mulvad'; +Cc: crossgcc
Stefan,
Looks like I was seriously confused on the below...
So, I guess the below "CROSS_STATIC" means the gdb built
for the TARGET to run on HOST. . .
This seems too confusing to me (and backwards).
Anyways, using your patch now and I found that it didn't work.
Thanks!
Andy
> Line 95:
> CC_for_gdb="${CT_HOST}-gcc ${CT_CFLAGS_FOR_HOST} ${CT_LDFLAGS_FOR_HOST}"
> LD_for_gdb="${CT_HOST}-ld ${CT_LDFLAGS_FOR_HOST}"
> if [ "${CT_GDB_CROSS_STATIC}" = "y" ]; then
> CC_for_gdb+=" -static"
> LD_for_gdb+=" -static"
> fi
>
> Line 195:
> [ "${CT_TOOLCHAIN_ENABLE_NLS}" != "y" ] && \
> native_extra_config+=("--disable-nls")
>
> if [ "${CT_GDB_NATIVE_STATIC}" = "y" ]; then
> CC_for_gdb="${CT_TARGET}-gcc -static"
> LD_for_gdb="${CT_TARGET}-ld -static"
> else
> CC_for_gdb="${CT_TARGET}-gcc"
> LD_for_gdb="${CT_TARGET}-ld"
> fi
>
> Thanks for the info, though!
>
> Andy
>
> >
> > Hope it works,
> >
> > Best regards,
> > Stefan
>
>
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: GDB build failure from tip
2016-07-27 0:13 ` ANDY KENNEDY
@ 2016-07-27 17:32 ` ANDY KENNEDY
2016-07-27 18:11 ` Stefan Hallas Mulvad
0 siblings, 1 reply; 7+ messages in thread
From: ANDY KENNEDY @ 2016-07-27 17:32 UTC (permalink / raw)
To: ANDY KENNEDY, 'Stefan Hallas Mulvad'; +Cc: crossgcc
Stefan,
Thanks! That did work (after I saved the file -- you didn't
tell me I had to make the change AND save the file ;)).
Andy
> -----Original Message-----
> From: crossgcc-owner@sourceware.org [mailto:crossgcc-owner@sourceware.org] On Behalf Of ANDY KENNEDY
> Sent: Tuesday, July 26, 2016 7:13 PM
> To: 'Stefan Hallas Mulvad'
> Cc: crossgcc@sourceware.org
> Subject: RE: GDB build failure from tip
>
> Stefan,
>
> Looks like I was seriously confused on the below...
>
> So, I guess the below "CROSS_STATIC" means the gdb built
> for the TARGET to run on HOST. . .
>
> This seems too confusing to me (and backwards).
>
> Anyways, using your patch now and I found that it didn't work.
>
> Thanks!
>
> Andy
>
> > Line 95:
> > CC_for_gdb="${CT_HOST}-gcc ${CT_CFLAGS_FOR_HOST} ${CT_LDFLAGS_FOR_HOST}"
> > LD_for_gdb="${CT_HOST}-ld ${CT_LDFLAGS_FOR_HOST}"
> > if [ "${CT_GDB_CROSS_STATIC}" = "y" ]; then
> > CC_for_gdb+=" -static"
> > LD_for_gdb+=" -static"
> > fi
> >
> > Line 195:
> > [ "${CT_TOOLCHAIN_ENABLE_NLS}" != "y" ] && \
> > native_extra_config+=("--disable-nls")
> >
> > if [ "${CT_GDB_NATIVE_STATIC}" = "y" ]; then
> > CC_for_gdb="${CT_TARGET}-gcc -static"
> > LD_for_gdb="${CT_TARGET}-ld -static"
> > else
> > CC_for_gdb="${CT_TARGET}-gcc"
> > LD_for_gdb="${CT_TARGET}-ld"
> > fi
> >
> > Thanks for the info, though!
> >
> > Andy
> >
> > >
> > > Hope it works,
> > >
> > > Best regards,
> > > Stefan
> >
> >
> > --
> > For unsubscribe information see http://sourceware.org/lists.html#faq
>
>
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: GDB build failure from tip
2016-07-27 17:32 ` ANDY KENNEDY
@ 2016-07-27 18:11 ` Stefan Hallas Mulvad
2016-07-27 20:19 ` ANDY KENNEDY
0 siblings, 1 reply; 7+ messages in thread
From: Stefan Hallas Mulvad @ 2016-07-27 18:11 UTC (permalink / raw)
To: ANDY KENNEDY; +Cc: crossgcc
[-- Attachment #1: Type: text/plain, Size: 2109 bytes --]
Hi Andy,
Sorry, should have mentioned that - glad it worked out ;=)
Best regards,
Stefan
> On Jul 27, 2016, at 10:31 AM, ANDY KENNEDY <ANDY.KENNEDY@adtran.com> wrote:
>
> Stefan,
>
> Thanks! That did work (after I saved the file -- you didn't
> tell me I had to make the change AND save the file ;)).
>
> Andy
>
>> -----Original Message-----
>> From: crossgcc-owner@sourceware.org [mailto:crossgcc-owner@sourceware.org] On Behalf Of ANDY KENNEDY
>> Sent: Tuesday, July 26, 2016 7:13 PM
>> To: 'Stefan Hallas Mulvad'
>> Cc: crossgcc@sourceware.org
>> Subject: RE: GDB build failure from tip
>>
>> Stefan,
>>
>> Looks like I was seriously confused on the below...
>>
>> So, I guess the below "CROSS_STATIC" means the gdb built
>> for the TARGET to run on HOST. . .
>>
>> This seems too confusing to me (and backwards).
>>
>> Anyways, using your patch now and I found that it didn't work.
>>
>> Thanks!
>>
>> Andy
>>
>>> Line 95:
>>> CC_for_gdb="${CT_HOST}-gcc ${CT_CFLAGS_FOR_HOST} ${CT_LDFLAGS_FOR_HOST}"
>>> LD_for_gdb="${CT_HOST}-ld ${CT_LDFLAGS_FOR_HOST}"
>>> if [ "${CT_GDB_CROSS_STATIC}" = "y" ]; then
>>> CC_for_gdb+=" -static"
>>> LD_for_gdb+=" -static"
>>> fi
>>>
>>> Line 195:
>>> [ "${CT_TOOLCHAIN_ENABLE_NLS}" != "y" ] && \
>>> native_extra_config+=("--disable-nls")
>>>
>>> if [ "${CT_GDB_NATIVE_STATIC}" = "y" ]; then
>>> CC_for_gdb="${CT_TARGET}-gcc -static"
>>> LD_for_gdb="${CT_TARGET}-ld -static"
>>> else
>>> CC_for_gdb="${CT_TARGET}-gcc"
>>> LD_for_gdb="${CT_TARGET}-ld"
>>> fi
>>>
>>> Thanks for the info, though!
>>>
>>> Andy
>>>
>>>>
>>>> Hope it works,
>>>>
>>>> Best regards,
>>>> Stefan
>>>
>>>
>>> --
>>> For unsubscribe information see http://sourceware.org/lists.html#faq
>>
>>
>> --
>> For unsubscribe information see http://sourceware.org/lists.html#faq
>
>
> --
> For unsubscribe information see http://sourceware.org/lists.html#faq
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 496 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: GDB build failure from tip
2016-07-27 18:11 ` Stefan Hallas Mulvad
@ 2016-07-27 20:19 ` ANDY KENNEDY
0 siblings, 0 replies; 7+ messages in thread
From: ANDY KENNEDY @ 2016-07-27 20:19 UTC (permalink / raw)
To: 'Stefan Hallas Mulvad'; +Cc: crossgcc
Been one of those months...
> -----Original Message-----
> From: Stefan Hallas Mulvad [mailto:shm@hallas.nu]
> Sent: Wednesday, July 27, 2016 1:12 PM
> To: ANDY KENNEDY
> Cc: crossgcc@sourceware.org
> Subject: Re: GDB build failure from tip
>
> Hi Andy,
>
> Sorry, should have mentioned that - glad it worked out ;=)
>
> Best regards,
> Stefan
>
> > On Jul 27, 2016, at 10:31 AM, ANDY KENNEDY <ANDY.KENNEDY@adtran.com> wrote:
> >
> > Stefan,
> >
> > Thanks! That did work (after I saved the file -- you didn't
> > tell me I had to make the change AND save the file ;)).
> >
> > Andy
> >
> >> -----Original Message-----
> >> From: crossgcc-owner@sourceware.org [mailto:crossgcc-owner@sourceware.org] On Behalf Of ANDY
> KENNEDY
> >> Sent: Tuesday, July 26, 2016 7:13 PM
> >> To: 'Stefan Hallas Mulvad'
> >> Cc: crossgcc@sourceware.org
> >> Subject: RE: GDB build failure from tip
> >>
> >> Stefan,
> >>
> >> Looks like I was seriously confused on the below...
> >>
> >> So, I guess the below "CROSS_STATIC" means the gdb built
> >> for the TARGET to run on HOST. . .
> >>
> >> This seems too confusing to me (and backwards).
> >>
> >> Anyways, using your patch now and I found that it didn't work.
> >>
> >> Thanks!
> >>
> >> Andy
> >>
> >>> Line 95:
> >>> CC_for_gdb="${CT_HOST}-gcc ${CT_CFLAGS_FOR_HOST} ${CT_LDFLAGS_FOR_HOST}"
> >>> LD_for_gdb="${CT_HOST}-ld ${CT_LDFLAGS_FOR_HOST}"
> >>> if [ "${CT_GDB_CROSS_STATIC}" = "y" ]; then
> >>> CC_for_gdb+=" -static"
> >>> LD_for_gdb+=" -static"
> >>> fi
> >>>
> >>> Line 195:
> >>> [ "${CT_TOOLCHAIN_ENABLE_NLS}" != "y" ] && \
> >>> native_extra_config+=("--disable-nls")
> >>>
> >>> if [ "${CT_GDB_NATIVE_STATIC}" = "y" ]; then
> >>> CC_for_gdb="${CT_TARGET}-gcc -static"
> >>> LD_for_gdb="${CT_TARGET}-ld -static"
> >>> else
> >>> CC_for_gdb="${CT_TARGET}-gcc"
> >>> LD_for_gdb="${CT_TARGET}-ld"
> >>> fi
> >>>
> >>> Thanks for the info, though!
> >>>
> >>> Andy
> >>>
> >>>>
> >>>> Hope it works,
> >>>>
> >>>> Best regards,
> >>>> Stefan
> >>>
> >>>
> >>> --
> >>> For unsubscribe information see http://sourceware.org/lists.html#faq
> >>
> >>
> >> --
> >> For unsubscribe information see http://sourceware.org/lists.html#faq
> >
> >
> > --
> > For unsubscribe information see http://sourceware.org/lists.html#faq
> >
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-07-27 20:19 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-07-26 22:46 GDB build failure from tip ANDY KENNEDY
2016-07-26 22:57 ` Stefan Hallas Mulvad
2016-07-26 23:04 ` ANDY KENNEDY
2016-07-27 0:13 ` ANDY KENNEDY
2016-07-27 17:32 ` ANDY KENNEDY
2016-07-27 18:11 ` Stefan Hallas Mulvad
2016-07-27 20:19 ` ANDY KENNEDY
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).