Project

General

Profile

Bug #1200

Package exported function: wrong package name

Added by Redmine Admin almost 6 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Low
Assignee:
-
Category:
Parser/Interpreter
Target version:
Start date:
27 Jul 2018
Due date:
% Done:

100%

Estimated time:
1.01 h
Spent time:

Description

Very strange.
The code in Interpreter.C look reasonable, but this message is wrong:

--> ERROR: Cannot export the name "Gens_Ker_Hom_Mod" because the same name was already exported by package $experimental

The original package exporting the function is ModuleHom.
The package I'm loading (trying to export the function again) is called experimental.


Related issues

Related to CoCoA-5 - Feature #1174: package of a function --> of an identifier!Closed2018-04-05

History

#1 Updated by Anna Maria Bigatti over 5 years ago

  • Related to Feature #1174: package of a function --> of an identifier! added

#2 Updated by John Abbott over 4 years ago

  • Target version changed from CoCoA-5.3.0 to CoCoA-5.4.0

#3 Updated by John Abbott over 3 years ago

  • Priority changed from Normal to Low

I am postponing this because it is not so important/urgent, and looks like it might be quick tricky to solve :-/

#4 Updated by John Abbott over 3 years ago

The relevant line appears to be Interpreter.C:4289.

Here is a test input which triggers the bug:

package $first;
export john;
define john(x)  return x+1; enddefine; 
endpackage;

package $second;
export john;
define john(x)  return x+1; enddefine;
endpackage;

UPDATE this example seems to work... huh?!?

#5 Updated by John Abbott over 3 years ago

Is this even a bug?
In my installation the symbol Gens_Ker_Mod_Hom is indeed exported by a package called experimental.cpkg5.

Why do we have a package called experimental.cpjkg5? Is it distributed in the release?

Anyway, who reported this issue???

Can we close it?

#6 Updated by Anna Maria Bigatti over 3 years ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100
  • Estimated time set to 1.01 h

John Abbott wrote:

Is this even a bug?
In my installation the symbol Gens_Ker_Mod_Hom is indeed exported by a package called experimental.cpkg5.

Why do we have a package called experimental.cpkg5? Is it distributed in the release?

These are various functions with temporary/experimental interface, but are (likely) currently used by some package (or user).

Anyway, who reported this issue???

I guess it was me, forgetting to be logged in as Admin

Can we close it?

Yes: it works correctly, and I see no log in Interpreter.C mentioning a fix. I wonder if I got confused when I worte it.

Also available in: Atom PDF