[Issue 18461] core.bitop.bt returns garbage in release code

d-bugmail at puremagic.com d-bugmail at puremagic.com
Sun Feb 18 23:34:54 UTC 2018


https://issues.dlang.org/show_bug.cgi?id=18461

--- Comment #5 from Seb <greensunny12 at gmail.com> ---
Here's the verbose log from a failed dub build:


---
Using dub registry url 'https://code.dlang.org/'
Refreshing local packages (refresh existing: true)...
Looking for local package map at /var/lib/dub/packages/local-packages.json
Looking for local package map at /home/seb/.dub/packages/local-packages.json
Try to load local package map at /home/seb/.dub/packages/local-packages.json
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Ignoring version specification (>=0.0.0) for path based dependency .
Determined package version using GIT: dlang-tour 1.0.13+commit.19.gb19a18c
Refreshing local packages (refresh existing: false)...
Looking for local package map at /var/lib/dub/packages/local-packages.json
Looking for local package map at /home/seb/.dub/packages/local-packages.json
Try to load local package map at /home/seb/.dub/packages/local-packages.json
Refreshing local packages (refresh existing: false)...
Looking for local package map at /var/lib/dub/packages/local-packages.json
Looking for local package map at /home/seb/.dub/packages/local-packages.json
Try to load local package map at /home/seb/.dub/packages/local-packages.json
Generating using build
Generate target bitop_bt (executable /home/seb/dlang/dlang-tour/core bitop_bt)
File '.' modified, need rebuild.
/usr/bin/dmd -c
-of.dub/build/application-release-linux.posix-x86_64-dmd_2078-B8815426D54654557310BC2B463B825C/bitop_bt.o
-release -inline -O -w -version=Have_bitop_bt -Jviews bitop.d -vcolumns
/usr/bin/dmd
-of.dub/build/application-release-linux.posix-x86_64-dmd_2078-B8815426D54654557310BC2B463B825C/bitop_bt
.dub/build/application-release-linux.posix-x86_64-dmd_2078-B8815426D54654557310BC2B463B825C/bitop_bt.o
-L--no-as-needed
Copying target from
/home/seb/dlang/dlang-tour/core/.dub/build/application-release-linux.posix-x86_64-dmd_2078-B8815426D54654557310BC2B463B825C/bitop_bt
to /home/seb/dlang/dlang-tour/core
---

and indeed running ./bitop_bt locally doesn't result in an error.

---
 for i in $(seq 100) ; do
 echo "Running"
 dmd -release -run - <<EOF
import core.bitop;

void main()
{
    size_t test_val = 0b0001_0000;

    if(bt(&test_val, 4) != 0)
        assert(false);
}
EOF
done
---


has this nice

---
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
Error: program killed by signal 4
Running
---

pattern.


whereas adding -O -inline too, allows to reproduce your errors


---
Running
Running
Running
Running
Error: program killed by signal 4
Running
Running
Running
---

--


More information about the Digitalmars-d-bugs mailing list