Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DUB ignore subConfiguration #1074

Closed
Kozzi11 opened this issue Feb 13, 2017 · 7 comments
Closed

DUB ignore subConfiguration #1074

Kozzi11 opened this issue Feb 13, 2017 · 7 comments

Comments

@Kozzi11
Copy link

Kozzi11 commented Feb 13, 2017

problematic dub.json

{
    "name": "fwb",
    "description": "A simple vibe.d server application.",
    "copyright": "Copyright © 2015, jin",
    "authors": [
        "jin",
        "Sönke Ludwig"
    ],
    "dependencies": {
        "vibe-d:core": "~>0.8.0-beta.3",
	"vibe-d:inet": "~>0.8.0-beta.3",
        "vibe-d:data": "~>0.8.0-beta.3",
        "vibe-d:web": "~>0.8.0-beta.3",
        "vibe-d:mongodb": "~>0.8.0-beta.3"
    },
    "versions": [
        "VibeDefaultMain",
        "VibeManualMemoryManagement"
    ],
    "subConfiguration": {
        "vibe-d:core": "vibe-core"
    },
    "targetType": "executable",
    "sourcePaths": [],
    "configurations": [
        {
            "name": "mongodb",
            "mainSourceFile": "source/mongodb.d"
        }
    ]
}

problem is with subConfiguration which is not taken into account, when I try dub build
it still select vibe-d:core with libevent configuration instead of vibe-core.

Only way how to avoid this is to remove all others configurations from vibe-d:core or edit vibe-d:inet and add something like this to inet dub (in sdl format obviosly ):

"subConfiguration": {
        "vibe-d:core": "vibe-core"
}
@s-ludwig
Copy link
Member

It's "subConfigurations". There really needs to be a warning for unknown fields!

@Kozzi11
Copy link
Author

Kozzi11 commented Feb 14, 2017

Wow, so it is subConfigurations in json and it is subConfiguration in sdl? Why?

@wilzbach
Copy link
Member

Wow, so it is subConfigurations in json and it is subConfiguration in sdl? Why?

In Sdl it's a single entry, whereas in Json you provide the entire dictionary in one entry.
The also logically applies for example for dependency (sdl) and dependencies (Json).

@Kozzi11
Copy link
Author

Kozzi11 commented Feb 14, 2017

Oh I see now, I really should stick on sdl and get rid of json

@wilzbach
Copy link
Member

Oh I see now, I really should stick on sdl and get rid of json

Yeah, but unfortunately this is unlikely to happen for the general public:

#789

@Kozzi11
Copy link
Author

Kozzi11 commented Feb 14, 2017

closing this, because it was a typo on my part

@Kozzi11 Kozzi11 closed this as completed Feb 14, 2017
@Kozzi11
Copy link
Author

Kozzi11 commented Feb 14, 2017

thanks @s-ludwig and @wilzbach

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants