bugDotGNU Portable.NET - Bugs: bug #8992, cscc does not find assemblies for...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #8992: cscc does not find assemblies for 1.1 framework

Submitted by:  Marcus Urban <mathpup>
Submitted on:  Tue 18 May 2004 05:20:27 AM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed

Tue 18 May 2004 09:51:18 AM UTC, comment #3:

I have added the "default1.1" profile, which is identical
to "framework1.1", except that it will install as the default.

Rhys Weatherley <rweather>
Project Administrator
Tue 18 May 2004 08:22:25 AM UTC, comment #2:

The framework1.1 versions of the library are not installed
as the default versions of the System or mscorlib dlls .
The build target in which case will not co-exist with the
full profile build.

Please decide on whether installing a 1.1 version as the
default version in the build is possible or not ?.

Gopal.V <t3rmin4t0r>
Project Administrator
Tue 18 May 2004 05:59:33 AM UTC, comment #1:

This might not really be a bug, per se, but it is confusing. When ./configure --with-profile=NAME is used, that profile is not made the default profile. Instead whether or not the profile is to be made the default is specified in profiles/NAME.

So when I started with no libraries for Pnet installed, and then I built as indicated above, I ended up with the 1.1 libraries installed, but they were not set as the default. There were no default libs. So cscc failed to find them.

An alternative to hacking the profiles descriptions would be nice. One suggestion would be to add the ./configure option --with-default-profile=NAME, which would not only cause the profile NAME to be used, but also caused the resulting libs to be installed as the defaults.

Marcus Urban <mathpup>
Tue 18 May 2004 05:20:27 AM UTC, original submission:

When pnetlib is built using --with-profile=framework1.1, cscc is unable to find the System.dll and possibly other assemblies at compile time. The runtime is able to find them, however. I have also used ilgac to confirm that the assemblies are in the GAC.

To reveal the problem, it may necessary to remove $PREFIX/lib/cscc/lib to exclude the possibility that cscc will find the other versions of System.dll (i.e. 1.2). Then build and install pnetlib using ./configure --with-profile=framework1.1.

Compiling anything that causes System.dll to be referenced, such as cscc -r:System whateverprogram.cs should cause an error message like "System: No such library".

However, explicitly setting the path using -L (to the 1.1 version installed) or using -r: with a complete pathname avoids the problem.

Marcus Urban <mathpup>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Tue 18 May 2004 09:51:18 AM UTCrweatherStatusNone=>Fixed
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1