Bug 44854

Summary:	Glibc compile segmentation fault
Product:	[Retired] Red Hat Linux	Reporter:	Attila Mravik <evik>
Component:	glibc	Assignee:	Jakub Jelinek <jakub>
Status:	CLOSED WORKSFORME	QA Contact:	Aaron Brown <abrown>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1	CC:	fweimer
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-06-26 13:14:00 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Attila Mravik 2001-06-18 14:17:08 UTC

Description of Problem:

  glibc-2.2.3-10.src.rpm rebuild causes segmentation fault.


How Reproducible:

  Regenerates this error always.

Steps to Reproduce:
1. rpm -i glibc-2.2.3-10.src.rpm
2. rpm -bb --target=i686 /usr/src/redhat/SPECS/glibc.spec
3.

Actual Results:

--------
make[2]: Entering directory `/usr/src/redhat/BUILD/glibc-2.2.3/locale'
loadlocale.c: In function `_nl_load_locale':
loadlocale.c:231: Internal error: Segmentation fault.
Please submit a full bug report.
--------


Expected Results:


Additional Information:

Comment 1 Jakub Jelinek 2001-06-25 07:39:30 UTC

Which gcc are you using? It works just fine for me...

Comment 2 Attila Mravik 2001-06-26 13:13:56 UTC

Sorry. One of my collgees edited the spec file and changed -march=i686 in the
RPM_OPT_FLAGS to -march=athlon. This is an athlon based system. 

with -march=i686 it compiles fine but it makes only one rpm.
How can I update my RedHat 7.1 glibc 2.2.2 to 2.2.3?

(glibc. glibc-devel and glibc-common packages)

Comment 3 Jakub Jelinek 2001-07-25 12:42:54 UTC

I've changed -march=%{_target_cpu} to -march=athlon and it compiled just fine
too (in glibc-2.2.3-10 so that we work on the same sources).
BTW: If you want glibc-devel, glibc-common etc., you should do
rpm -bb --target=i386 glibc.spec
too, those subpackages are just for the base architectures (and there is
not much gain if you build i686 optimized locale description data files etc.).