RejectedSoftware Forums

Sign up

Pages: 1 2 3

Released DUB 0.9.21 Beta 3

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

  • New "dub test" command to run the (unit) tests of a project

  • Supports (and recommends) public sub packages in sub folders. For example, the following entry in vibe.d's package description file would make the http server example available as a dependency "vibe-d:http-server-example":

    {
      ...
      "subPackages": {
        "examples/http_server"
      }
    }
    
    
  • The preferred package description file name is now "dub.json" instead of "package.json" (the old name will continue to be supported).

Everything basically works, but a lot of testing is still needed to get a solid release. Please download from http://code.dlang.org/download (or GIT clone from https://github.com/rejectedsoftware/dub.git) and test with your projects, so that any regressions can be worked out early.

Re: Released DUB 0.9.21 Beta 3

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

It is all linker errors like:

OPTLINK (R) for Win32  Release 8.00.13
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
.dub\build\application-debug-x86-dmd-B13B1B29783E6AC16132721B76D29278\s4server.obj(s4server)
 Error 42: Symbol Undefined __d_arrayliteralTX

also the command line starts with the same message printed twice:

Checking dependencies in 'PATH/TO/PROJECT'
Checking dependencies in 'PATH/TO/PROJECT'

Re: Released DUB 0.9.21 Beta 3

On 2014-01-15 15:09, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

  • New "dub test" command to run the (unit) tests of a project

  • Supports (and recommends) public sub packages in sub folders. For example, the following entry in vibe.d's package description file would make the http server example available as a dependency "vibe-d:http-server-example":

     {
       ...
       "subPackages": {
         "examples/http_server"
       }
     }
    
    
  • The preferred package description file name is now "dub.json" instead of "package.json" (the old name will continue to be supported).

Everything basically works, but a lot of testing is still needed to get a solid release. Please download from http://code.dlang.org/download (or GIT clone from https://github.com/rejectedsoftware/dub.git) and test with your projects, so that any regressions can be worked out early.

That's great news, especially the per-package builds feature.

/Jacob Carlborg

Re: Released DUB 0.9.21 Beta 3

On Wed, 15 Jan 2014 14:59:05 GMT, Stephan Dilly wrote:

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

It is all linker errors like:

OPTLINK (R) for Win32  Release 8.00.13
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
.dub\build\application-debug-x86-dmd-B13B1B29783E6AC16132721B76D29278\s4server.obj(s4server)
 Error 42: Symbol Undefined __d_arrayliteralTX

Looks like a DMD quirk... what happens if you add "dflags": "phobos.lib" to the main package.json? I needed to do something similar for some generated VisualD projects.

also the command line starts with the same message printed twice:

Checking dependencies in 'PATH/TO/PROJECT'
Checking dependencies in 'PATH/TO/PROJECT'

Will fix.

Re: Released DUB 0.9.21 Beta 3

On Wed, 15 Jan 2014 14:59:05 GMT, Stephan Dilly wrote:

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

My project won't compile anymore either (it did with 0.9.21 Beta 1, I believe), although it's seems to be a different error. Probably there's something wrong with my package.json, but I can't figure out what.

These are the errors:

Checking dependencies in '/home/cal/Seafile/llvm/llvm-d'
Failed to retrieve metadata for package llvm-d:c-api: Could not find package candidate for llvm-d:c-api ==~experimental
Failed to retrieve metadata for package llvm-d:d-api: Could not find package candidate for llvm-d:d-api ==~experimental
Could not resolve dependencies
The dependency graph could not be filled, there are unresolved dependencies.
The following changes will be performed:
Failure llvm-d:c-api ==~experimental, userWide
Issued by: 
 llvm-d: ==~experimental
Failure llvm-d:d-api ==~experimental, userWide
Issued by: 
 llvm-d: ==~experimental
Checking dependencies in '/home/cal/Seafile/llvm/llvm-d'
Failed to retrieve metadata for package llvm-d:c-api: Could not find package candidate for llvm-d:c-api ==~experimental
Failed to retrieve metadata for package llvm-d:d-api: Could not find package candidate for llvm-d:d-api ==~experimental
Could not resolve dependencies
The dependency graph could not be filled, there are unresolved dependencies.
The following changes will be performed:
Failure llvm-d:c-api ==~experimental, userWide
Issued by: 
 llvm-d: ==~experimental
Failure llvm-d:d-api ==~experimental, userWide
Issued by: 
 llvm-d: ==~experimental
Error executing command build: Unknown dependency: llvm-d:c-api

Re: Released DUB 0.9.21 Beta 3

On Thu, 16 Jan 2014 08:30:20 GMT, Sönke Ludwig wrote:

On Wed, 15 Jan 2014 14:59:05 GMT, Stephan Dilly wrote:

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

It is all linker errors like:

OPTLINK (R) for Win32  Release 8.00.13
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
.dub\build\application-debug-x86-dmd-B13B1B29783E6AC16132721B76D29278\s4server.obj(s4server)
 Error 42: Symbol Undefined __d_arrayliteralTX

Looks like a DMD quirk... what happens if you add "dflags": "phobos.lib" to the main package.json? I needed to do something similar for some generated VisualD projects.

adding `"dflags": ["phobos.lib"]` does not change a thing ;(

Re: Released DUB 0.9.21 Beta 3

Am 16.01.2014 10:59, schrieb Moritz Maxeiner:

On Wed, 15 Jan 2014 14:59:05 GMT, Stephan Dilly wrote:

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

My project won't compile anymore either (it did with 0.9.21 Beta 1, I believe), although it's seems to be a different error. Probably there's something wrong with my package.json, but I can't figure out what.

These are the errors:

Checking dependencies in '/home/cal/Seafile/llvm/llvm-d'
Failed to retrieve metadata for package llvm-d:c-api: Could not find package candidate for llvm-d:c-api ==~experimental
...

Fixed by
cd6ab73.
However, DMD now fails with:

dmd -lib 
-of.dub\build\library-debug-x86-dmd-B7ADA2B42331374E21FF5476F4BD112C\ll
vm-d.lib -debug -g -w -version=Have_llvm_d -version=Have_llvm_d_c_api 
-version=Have_llvm_d_d_api -I. llvm\c\constants.d llvm\c\functions.d 
llvm\c\package.d llvm\c\types.d llvm\c\versions.d llvm\util\memory.d 
llvm\util\shlib.d llvm\util\templates.d llvm\d\ir\argument.d 
llvm\d\ir\attributes.d llvm\d\ir\basicblock.d llvm\d\ir\constant.d 
llvm\d\ir\constants.d llvm\d\ir\derivedtypes.d llvm\d\ir\globalalias.d 
llvm\d\ir\globalvalue.d llvm\d\ir\globalvariable.d 
llvm\d\ir\llvmcontext.d llvm\d\ir\llvmfunction.d llvm\d\ir\type.d 
llvm\d\ir\use.d llvm\d\ir\user.d llvm\d\ir\value.d 
llvm\d\llvm_c.d.dub\build\library-debug-x86-dmd-B7ADA2B42331374E21FF5476F4BD112C\llvm-d.lib: 
Error: multiple definition of constants_5f3_4e9: 
_D4llvm1d2ir9constants12CÇçïExpr16getInsertElementFCÇèÂ8ÇêÂ8Çê┤ÇØØÇØØZÇØ× and 
constants_5f3_4e9: 
_D4llvm1d2ir9constants12CÇçïExpr16getInsertElementFCÇèÂ8ÇêÂ8Çê┤ÇØØÇØØZÇØ×
FAIL .dub\build\library-debug-x86-dmd-B7ADA2B42331374E21FF5476F4BD112C 
llvm-d staticLibrary

Not sure if this is caused by DUB changes.

Re: Released DUB 0.9.21 Beta 3

also the command line starts with the same message printed twice:

Checking dependencies in 'PATH/TO/PROJECT'
Checking dependencies in 'PATH/TO/PROJECT'

Will fix.

Fixed by
8e517bc.

Re: Released DUB 0.9.21 Beta 3

Am 16.01.2014 13:11, schrieb Sönke Ludwig:

Am 16.01.2014 10:59, schrieb Moritz Maxeiner:

My project
won't compile anymore either (it did with 0.9.21 Beta 1, I believe),
although it's seems to be a different error. Probably there's
something wrong with my package.json, but I can't figure out what.

These are the errors:

Checking dependencies in '/home/cal/Seafile/llvm/llvm-d'
Failed to retrieve metadata for package llvm-d:c-api: Could not find
package candidate for llvm-d:c-api ==~experimental
...

Fixed by
cd6ab73.
However, DMD now fails with:
...

Not sure if this is caused by DUB changes.

No, it's just a bug in the library: llvm/d/constants.d:1060 should be
getShuffleVector instead of getExtractElement.

Re: Released DUB 0.9.21 Beta 3

Am 16.01.2014 11:00, schrieb Stephan Dilly:

On Thu, 16 Jan 2014 08:30:20 GMT, Sönke Ludwig wrote:

On Wed, 15 Jan 2014 14:59:05 GMT, Stephan Dilly wrote:

On Wed, 15 Jan 2014 14:09:58 GMT, Sönke Ludwig wrote:

There is a third, and hopefully last, beta version for DUB 0.9.21. It contains four major new features:

  • New per-package build system (builds individual packages as static libraries), use --combined to build everything at once (almost) like before

well compiling my project with the good ol' "dub build" fails horrably now, but the new --combined flag fixes it. the question is why does the new default fail.. ?

It is all linker errors like:

OPTLINK (R) for Win32  Release 8.00.13
Copyright (C) Digital Mars 1989-2010  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
.dub\build\application-debug-x86-dmd-B13B1B29783E6AC16132721B76D29278\s4server.obj(s4server)
  Error 42: Symbol Undefined __d_arrayliteralTX

Looks like a DMD quirk... what happens if you add "dflags": "phobos.lib" to the main package.json? I needed to do something similar for some generated VisualD projects.

adding `"dflags": ["phobos.lib"]` does not change a thing ;(

If there is nothing obviously wrong with the DMD invocations, I'd
suspect a DMD issue. At least I had similar issues often in the past
when building my projects using VisualD - switching between single-file,
all-at-once and separate-compile-and-link modes fixed the issue most of
the time, but unfortunately I could never prepare a minimal test case.

Pages: 1 2 3