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

Submitter:  Marcus Urban <mathpup>
Submitted:  Tue 18 May 2004 05:20:27 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned 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>
Group 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>
Group 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>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-05-18 rweather StatusNone Fixed
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.12