* glibc-initial-2.3.2 build failes (wrong patch)
@ 2009-06-07 13:22 Martin Dietze
2009-06-07 16:29 ` Michael Smith
0 siblings, 1 reply; 4+ messages in thread
From: Martin Dietze @ 2009-06-07 13:22 UTC (permalink / raw)
To: openembedded-devel
Hi,
I just pulled from the git and started a rebuild, found that
glibc-initial-2.3.2 no longer builds on my system (nylon,
mtx-1). It looks like the wrong patch is picked for applying:
| NOTE: Applying patch 'hppa-syscall.patch' (org.openembedded.dev/recipes/glibc/glibc-2.3.2/hppa-syscall.patch)
| NOTE: Applying patch 'glibc23-errno-hack.patch' (org.openembedded.dev/recipes/glibc/glibc-2.3.2/glibc23-errno-hack.patch)
| NOTE: Applying patch '90_glibc232-statvfs.patch' (org.openembedded.dev/recipes/glibc/glibc-2.3.2/90_glibc232-statvfs.patch)
| NOTE: Applying patch '90_glibc232-timezones.patch' (org.openembedded.dev/recipes/glibc/glibc-2.3.2/90_glibc232-timezones.patch)
| NOTE: Applying patch 'arm-memcpy.patch' (org.openembedded.dev/recipes/glibc/glibc-2.4/arm-memcpy.patch)
| NOTE: Applying patch 'arm-longlong.patch' (org.openembedded.dev/recipes/glibc/glibc-2.4/arm-longlong.patch)
| ERROR: Error in executing: /var/src/OE/org.openembedded.dev/recipes/glibc/glibc-initial_2.3.2.bb
| ERROR: Exception:<class 'CmdError'> Message:Command Error: exit status: 1 Output:
| Applying patch arm-longlong.patch
| can't find file to patch at input line 3
| Perhaps you used the wrong -p or --strip option?
| The text leading up to this was:
| --------------------------
| |--- glibc-2.4/stdlib/longlong.h.ark 2006-03-11 22:49:27.000000000 +0100
| |+++ glibc-2.4/stdlib/longlong.h 2006-03-11 22:55:12.000000000 +0100
I cannot find any reason why arm-memcpy.patch and arm-longlong.patch
from the glibc-2.4 directory are used while both files are available
in glibc-2.3.2. Any idea anyone?
Cheers,
M'bert
--
----------- / http://herbert.the-little-red-haired-girl.org / -------------
=+=
Ed, the greatest WYGIWYG editor of all.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: glibc-initial-2.3.2 build failes (wrong patch)
2009-06-07 13:22 glibc-initial-2.3.2 build failes (wrong patch) Martin Dietze
@ 2009-06-07 16:29 ` Michael Smith
2009-06-07 17:11 ` Martin Dietze
0 siblings, 1 reply; 4+ messages in thread
From: Michael Smith @ 2009-06-07 16:29 UTC (permalink / raw)
To: openembedded-devel
On Sun, 7 Jun 2009, Martin Dietze wrote:
> I just pulled from the git and started a rebuild, found that
> glibc-initial-2.3.2 no longer builds on my system (nylon,
> mtx-1). It looks like the wrong patch is picked for applying:
> I cannot find any reason why arm-memcpy.patch and arm-longlong.patch
> from the glibc-2.4 directory are used while both files are available
> in glibc-2.3.2. Any idea anyone?
Hi Martin,
I think the problem was introduced by
75bfa83fffb270c871aee698c3899111901c576d. I converted FILESPATH to
FILESPATHPKG and in the process removed some that looked like they'd be
covered by the defaults... well, they would have, if glibc-initial.inc
didn't override to always add "glibc-2.4" to the front :)
I think the solution is to remove the FILESPATHPKG override from
glibc-initial.inc. After looking through the rest of the files again, it
looks like the glibc_2.[5-9]*.bb (not -initial) each add glibc-2.4 to the
search path one way or another, and they are included by -initial, so
there's no need to do it in the initial.inc. Can you give it a shot and
see if it fixes the build for 2.3.2?
Mike
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: glibc-initial-2.3.2 build failes (wrong patch)
2009-06-07 16:29 ` Michael Smith
@ 2009-06-07 17:11 ` Martin Dietze
2009-06-07 20:53 ` [PATCH] glibc-initial.inc: remove FILESPATHPKG setting to fix glibc-initial_2.3.2 Michael Smith
0 siblings, 1 reply; 4+ messages in thread
From: Martin Dietze @ 2009-06-07 17:11 UTC (permalink / raw)
To: openembedded-devel
On Sun, June 07, 2009, Michael Smith wrote:
> I think the solution is to remove the FILESPATHPKG override from
> glibc-initial.inc. After looking through the rest of the files again, it
> looks like the glibc_2.[5-9]*.bb (not -initial) each add glibc-2.4 to the
> search path one way or another, and they are included by -initial, so
> there's no need to do it in the initial.inc. Can you give it a shot and
> see if it fixes the build for 2.3.2?
Did so, and it looks good!
Cheers,
M'bert
--
----------- / http://herbert.the-little-red-haired-girl.org / -------------
=+=
Chinese is a lousy language for scrabble
-- Neal Stephenson
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] glibc-initial.inc: remove FILESPATHPKG setting to fix glibc-initial_2.3.2
2009-06-07 17:11 ` Martin Dietze
@ 2009-06-07 20:53 ` Michael Smith
0 siblings, 0 replies; 4+ messages in thread
From: Michael Smith @ 2009-06-07 20:53 UTC (permalink / raw)
To: openembedded-devel
All v2.5+ recipes add glibc-2.4 as a FILESDIR or FILESPATHPKG if they
need it, so it's not required in the inc anymore.
Signed-off-by: Michael Smith <msmith@cbnco.com>
---
recipes/glibc/glibc-initial.inc | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/recipes/glibc/glibc-initial.inc b/recipes/glibc/glibc-initial.inc
index cd65924..6468f0d 100644
--- a/recipes/glibc/glibc-initial.inc
+++ b/recipes/glibc/glibc-initial.inc
@@ -1,7 +1,6 @@
SECTION = "libs"
DEPENDS = "virtual/${TARGET_PREFIX}gcc-initial linux-libc-headers"
PROVIDES = "virtual/${TARGET_PREFIX}libc-initial"
-FILESPATHPKG =. "glibc-2.4:"
PACKAGES = ""
PACKAGES_DYNAMIC = ""
--
1.6.3
^ permalink raw reply related [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-06-07 21:03 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-07 13:22 glibc-initial-2.3.2 build failes (wrong patch) Martin Dietze
2009-06-07 16:29 ` Michael Smith
2009-06-07 17:11 ` Martin Dietze
2009-06-07 20:53 ` [PATCH] glibc-initial.inc: remove FILESPATHPKG setting to fix glibc-initial_2.3.2 Michael Smith
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.