73765 – Mono-1.0.4-r1 ebuild Strips libs, Causes dotnet applications to stop working

Bug 73765 - Mono-1.0.4-r1 ebuild Strips libs, Causes dotnet applications to stop working

Summary: Mono-1.0.4-r1 ebuild Strips libs, Causes dotnet applications to stop working

Status:	RESOLVED DUPLICATE of bug 73764

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Development (show other bugs)
Hardware:	All Linux

Importance:	High minor (vote)
Assignee:	Gentoo Linux bug wranglers

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-12-08 01:02 UTC by Greg Bowyer
Modified:	2005-07-17 13:06 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Greg Bowyer 2004-12-08 01:02:13 UTC

The current mono ebuild strips not only its own binaries but also the CLR lib images. The CLR lib images are not elf files and thus strip fudges these libs making them unusable for .net programs

Reproducible: Always
Steps to Reproduce:
1. :) FEATURES="-nostrip" emerge mono
2. Run any mono application eg mcs, monodoc, muine etc
3. Watch it die

Actual Results:  
Error messages similer to 
** (/usr/lib/mono/1.0/mcs.exe:14751): WARNING **: Could not find assembly
System, references from /usr/lib/mono/1.0/mcs.exe (assemblyref_index=1)
     Major/Minor: 1,0
     Build:       5000,0
     Token:       b77a5c561934e089
System error: No such file or directory


Expected Results:  
For the application to work

The best workaround is to use FEAURES="nostrip" when emerging mono (or to set
nostrip off in make.conf

Comment 1 Mr. Bones. (RETIRED) gentoo-dev

2004-12-08 01:45:28 UTC


*** This bug has been marked as a duplicate of 73764 ***