Code Monkey home page Code Monkey logo

Comments (8)

mortberg avatar mortberg commented on July 21, 2024 1

I see! This is ok for now I think, but it's probably better to eventually have the same definitions everywhere. We could do this change to internalFiber at same time as we try to change the internal definition of contractible to what we really need in comp for Glue (any partial element can be extended to a total one).

I can fix the rest of the files to use the more standard definition of fiber and then merge the PR.

from cubical.

martinescardo avatar martinescardo commented on July 21, 2024

NB. What we have currently is fiber f y = Sigma (x:X), y = f x, that is the identity type y = f x instead of the conventional f x = y. I am not saying this is worse of better, but it is certainly better if everybody adopts the same definitions, as these two definitions are not definitionally equal and hence are not interchangeable in existing code.

from cubical.

mortberg avatar mortberg commented on July 21, 2024

The reason for the non-standard definition is that it's the one we picked for the CCHM paper as it makes composition for Glue-types a little simpler as far as I remember (I think we have to invert one path less with this definition...). However I agree that it would be for the best to use the standard definition, but this would require a change to the Glue types in Agda as they take a family of equivalences. I know how to do the change on paper, but I don't know the Agda code base well enough to do it myself.

@Saizan : Can you help us with this?

from cubical.

Saizan avatar Saizan commented on July 21, 2024

from cubical.

mortberg avatar mortberg commented on July 21, 2024

@Saizan So you are not suggesting changing the internal representation of fiber? What would you change instead? I tried to figure out where the code related to equivalences are in Agda, but I couldn't find it...

from cubical.

mortberg avatar mortberg commented on July 21, 2024

I'm very much in favor of doing this change now btw! Better do it sooner rather than later so that we don't have to rewrite too much code in the library.

from cubical.

Saizan avatar Saizan commented on July 21, 2024

@mortberg I meant we could do this c90f40a

Then we just have to fix things like contrSingl and other low level proofs of isEquiv

from cubical.

mortberg avatar mortberg commented on July 21, 2024

This has been solved in #7

from cubical.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.