[Issue 16092] AVX registers YMM0-YMM7 are inaccessible to 32-bit asm
https://issues.dlang.org/show_bug.cgi?id=16092 --- Comment #2 from Marco Leise --- Sure, here you go: int main() { asm { vpermilps YMM0, YMM7, 0xAA; } } That does not work in 32-bit compilation mode, although YMM0 to YMM7 should be available. Compare section 14.1.1 of "Intel® 64 and IA-32 Architectures Software Developer’s Manual". --
[Issue 10100] Identifiers with double underscores and allMembers
https://issues.dlang.org/show_bug.cgi?id=10100 Ethan Watson changed: What|Removed |Added CC||goober...@gmail.com --- Comment #1 from Ethan Watson --- Just hit this myself. Another case of allMembers not returning all members. --
[Issue 16842] New: Punjab-@call-1800-381-9788 debt-consolidation-loan phone number
https://issues.dlang.org/show_bug.cgi?id=16842 Issue ID: 16842 Summary: Punjab-@call-1800-381-9788 debt-consolidation-loan phone number Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: dlang.org Assignee: nob...@puremagic.com Reporter: ak3741...@gmail.com https://www.eventbrite.com/e/punjab-call-1800-381-9788-debt-consolidation-loan-phone-number-tickets-29793800058 http://woto.com/wh99fe http://woto.com/6wgrlt http://woto.com/h3kh1v http://woto.com/1zx9xx http://woto.com/zdnxu3 http://woto.com/uyohwm http://woto.com/xcca8b http://woto.com/wb9tja http://woto.com/c90ijv http://woto.com/mbuljl http://woto.com/p8vko3 http://woto.com/6nvcy7 http://woto.com/r55gmz https://my.woto.com/yr3ivi/edit http://woto.com/w5knqz http://woto.com/l785fw https://github.com/sislisufru/xyz1/issues/25 https://github.com/sislisufru/xyz1/issues/26 https://github.com/sislisufru/xyz1/issues/27 https://github.com/sislisufru/xyz1/issues/28 https://github.com/sislisufru/xyz1/issues/29 https://github.com/sislisufru/xyz1/issues/30 https://github.com/sislisufru/xyz1/issues/31 https://github.com/sislisufru/xyz1/issues/32 https://github.com/sislisufru/xyz1/issues/33 https://github.com/sislisufru/xyz1/issues/34 https://github.com/sislisufru/xyz1/issues/35 https://github.com/sislisufru/xyz1/issues/36 https://github.com/sislisufru/xyz1/issues/37 https://github.com/sislisufru/xyz1/issues/38 https://github.com/sislisufru/xyz1/issues/39 https://github.com/sislisufru/xyz1/issues/40 http://www.wikigenes.org/e/pub/e/11479.html http://www.wikigenes.org/e/pub/e/11481.html http://www.wikigenes.org/e/pub/e/11489.html http://www.wikigenes.org/e/pub/e/11493.html http://www.wikigenes.org/e/pub/e/11508.html http://www.wikigenes.org/e/pub/e/11515.html http://www.wikigenes.org/e/pub/e/11521.html http://www.wikigenes.org/e/pub/e/11526.html http://www.wikigenes.org/e/pub/e/11533.html http://www.wikigenes.org/e/pub/e/11544.html http://www.wikigenes.org/e/pub/e/11561.html http://www.wikigenes.org/e/pub/e/11570.html http://www.wikigenes.org/e/pub/e/11577.html http://www.wikigenes.org/e/pub/e/11592.html http://www.wikigenes.org/e/pub/e/11599.html https://readthedocs.org/projects/lokarlo-call-1800-381-9788-debt-consolidation-loan-phone-number/ https://readthedocs.org/projects/leeko-call-1800-381-9788-national-debt-phone-number/ https://readthedocs.org/projects/emergency-call-1800-381-9788-consolidated-credit-phone-number/ https://readthedocs.org/projects/callus-call-1800-381-9788-debt-relief-phone-number/ https://readthedocs.org/projects/sabkaro-call-1800-381-9788-debt-consolidation-loan-phone-number/ https://readthedocs.org/projects/closed-call-1800-381-9788-national-debt-phone-number/ https://readthedocs.org/projects/immediate-call-1800-381-9788-consolidated-credit-phone-number/ https://readthedocs.org/projects/required-call-1800-381-9788-debt-relief-phone-number/ https://readthedocs.org/projects/weekly-call-1800-381-9788-debt-consolidation-loan-phone-number/ https://readthedocs.org/projects/opened-call-1800-381-9788-national-debt-phone-number/ https://readthedocs.org/projects/dialnumber-call-1800-381-9788-consolidated-credit-phone-number/ https://readthedocs.org/projects/jaiho-call-1800-381-9788-debt-relief-phone-number/ https://readthedocs.org/projects/handmade-call-1800-381-9788-debt-consolidation-loan-phone-number/ https://readthedocs.org/projects/amitabh-call-1800-381-9788-national-debt-phone-number/ https://readthedocs.org/projects/monkeyking-call-1800-381-9788-consolidated-credit-phone-number/ https://readthedocs.org/projects/rangdebasanti-call-1800-381-9788-debt-relief-phone-number/ https://issues.dlang.org/show_bug.cgi?id=16826 https://issues.dlang.org/show_bug.cgi?id=16827 https://issues.dlang.org/show_bug.cgi?id=16828 https://issues.dlang.org/show_bug.cgi?id=16829 https://issues.dlang.org/show_bug.cgi?id=16830 https://issues.dlang.org/show_bug.cgi?id=16831 https://issues.dlang.org/show_bug.cgi?id=16832 https://issues.dlang.org/show_bug.cgi?id=16833 https://issues.dlang.org/show_bug.cgi?id=16834 https://issues.dlang.org/show_bug.cgi?id=16835 https://issues.dlang.org/show_bug.cgi?id=16836 https://issues.dlang.org/show_bug.cgi?id=16837 https://issues.dlang.org/show_bug.cgi?id=16838 https://issues.dlang.org/show_bug.cgi?id=16839 https://issues.dlang.org/show_bug.cgi?id=16840 https://issues.dlang.org/show_bug.cgi?id=16841 http://discuss.joelonsoftware.com/default.asp?interview.11.862407.0 http://discuss.joelonsoftware.com/default.asp?interview.11.862408.0 http://discuss.joelonsoftware.com/default.asp?interview.11.862409.0 http://discuss.joelonsoftware.com/default.asp?interview.11.862410.0 http://discuss.joelonsoftware.com/default.asp?interview.11.862411.0 http://discuss.joelonsoftware.com/default.asp?interview.11.862412.0 http://discuss.joelonsoftw
[Issue 16854] New: Inline assembler has VMOVLHPS and VMOVHLPS swapped
https://issues.dlang.org/show_bug.cgi?id=16854 Issue ID: 16854 Summary: Inline assembler has VMOVLHPS and VMOVHLPS swapped Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: bugzi...@digitalmars.com Major because it silently generates bad code. --
[Issue 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped
https://issues.dlang.org/show_bug.cgi?id=16854 Walter Bright changed: What|Removed |Added Keywords||wrong-code --
[Issue 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped
https://issues.dlang.org/show_bug.cgi?id=16854 --- Comment #1 from Walter Bright --- https://github.com/dlang/dmd/pull/6291 --
[Issue 16855] New: Global void[0] causes OPTLINK Error when passed as ref Parameter
https://issues.dlang.org/show_bug.cgi?id=16855 Issue ID: 16855 Summary: Global void[0] causes OPTLINK Error when passed as ref Parameter Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: qs.il.paperi...@gmail.com The following lusting generates a OPTLINK error. void[0] Dummy1; void f(ref void[0] x) { } void main() { f(Dummy1); static void[0] Dummy2; f(Dummy2); } It does not occur when a local void[0] is passed to f or the parameter is not ref. For Dummy1 it does not matter wether it is static or not. --
[Issue 15935] compiling dub with -fPIC triggers internal compiler error
https://issues.dlang.org/show_bug.cgi?id=15935 Jonathan M Davis changed: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m --- Comment #1 from Jonathan M Davis --- The same thing happens when compiling druntime with PIC=1 on the latest (k)ubuntu - 16.10: Internal error: backend/elfobj.c 1027 posix.mak:184: recipe for target 'generated/linux/release/64/libdruntime.a' failed --
[Issue 16794] Official .deb packages must compile libphobos2.a with -fPIC
https://issues.dlang.org/show_bug.cgi?id=16794 Jonathan M Davis changed: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m Depends on||15935 --- Comment #2 from Jonathan M Davis --- I've tried to bootstrap dmd on (k)ubuntu 16.10 in two different ways: 1. Compiling and installing dmd 2.067.1 and then trying to build 2.071.0 with it. 2. Compiling 2.071.0 with the ldc currently in the ubunto repos which shows LDC - the LLVM D compiler (0.17.1): based on DMD v2.068.2 and LLVM 3.8.0 as its version. In both cases, to get dmd building, I've had to add -Wno-narrowing to dmd's src/posix.mak like so BACK_FLAGS := -I$(ROOT) -I$(TK) -I$(C) -I. -DDMDV2=1 -Wno-narrowing or dmd failed to compile due to errors related to narrowing conversions. When I built druntime and Phobos, I compiled them with PIC=1. I was able to build dmd 2.067.1 and its corresponding druntime and phobos in this manner (after which I added -fPIC to its dmd.conf). However, whether I built dmd 2.070.0 with dmd 2.067.1 or with ldmd2 -fPIC, I ran into the same build error. dmd 2.070.0 built fine, but its druntime failed with Internal error: backend/elfobj.c 1027 posix.mak:184: recipe for target 'generated/linux/release/64/libdruntime.a' failed which looks like is what is being hit in bug #15935, though there, it's reporting it for dub rather than druntime. --
[Issue 15935] compiling dub with -fPIC triggers internal compiler error
https://issues.dlang.org/show_bug.cgi?id=15935 Jonathan M Davis changed: What|Removed |Added Blocks||16794 --
[Issue 16856] New: D is borked on FreeBSD current (what will eventually be 12)
https://issues.dlang.org/show_bug.cgi?id=16856 Issue ID: 16856 Summary: D is borked on FreeBSD current (what will eventually be 12) Product: D Version: D2 Hardware: x86_64 OS: FreeBSD Status: NEW Severity: critical Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: issues.dl...@jmdavisprog.com I know that this is a problem on TrueOS (which is based on FreeBSD current with some additional patches applied), so I'm pretty sure that this happens on FreeBSD current in general, but I still need to verify that. In any case, on FreeBSD current, many programs result in bus errors when they run. I know that it happens when an exception is thrown. I don't know why else (but enough programs fail, that I don't _think_ that it's just because of exceptions). For instance, running druntime's unit tests for 2.071.2, results in this: ../dmd/src/dmd -conf= -Isrc -Iimport -w -dip25 -m64 -g -debug -ofgenerated/freebsd/debug/64/unittest/test_runner src/test_runner.d -Lgenerated/freebsd/debug/64/unittest/libdruntime-ut.so -debuglib= -defaultlib= generated/freebsd/debug/64/unittest/test_runner object 0x800b2b622 <_D4core7runtime18runModuleUnitTestsUZ19unittestSegvHandlerUNbiPS4core3sys5posix6signal9siginfo_tPvZv+58> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800ea984d at /lib/libthr.so.3 0x800ea8e1f at /lib/libthr.so.3 0x7003 at ??? 0x800bdfe70 <_d_throwdwarf+72> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b0bd58 <_D6object18__unittestL2628_28FZ5Inner10__postblitMFNfZv+184> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b0c091 <_D6object18__unittestL2628_28FZ5Outer15__fieldPostblitMFNeZv+33> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b0c15d <_D6object18__unittestL2628_28FZ5Outer14__aggrPostblitMFNeZv+21> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b116b5 <_D6object59__T16_postblitRecurseTS6object18__unittestL2628_28FZ5OuterZ16_postblitRecurseFNfKS6object18__unittestL2628_28FZ5OuterZv+21> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b0b7fa <_D6object18__unittestL2628_28FZv+66> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800b1410b <_D6object9__modtestFZv+139> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x401758 at /usr/home/jmdavis/Programming/github/druntime/generated/freebsd/debug/64/unittest/test_runner 0x800b2b574 at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800bdf81e <_D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ6runAllMFZv+30> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800bdf7ac <_D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ7tryExecMFMDFZvZv+52> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x800bdf718 <_d_run_main+808> at generated/freebsd/debug/64/unittest/libdruntime-ut.so 0x401a6c <_D4core4time48__T7convertVAyaa6_686e73656373VAyaa5_6d73656373Z7convertFNaNbNiNflZl+208> at /usr/home/jmdavis/Programming/github/druntime/generated/freebsd/debug/64/unittest/test_runner 0x40138f at /usr/home/jmdavis/Programming/github/druntime/generated/freebsd/debug/64/unittest/test_runner gmake[1]: *** [posix.mak:243: generated/freebsd/debug/64/unittest/object] Bus error gmake[1]: *** Deleting file 'generated/freebsd/debug/64/unittest/object' gmake[1]: Leaving directory '/usr/home/jmdavis/Programming/github/druntime' gmake: *** [posix.mak:200: unittest-debug] Error 2 and running the dmd test suite results in Creating output directory: test_results Building d_do_test tool OS: freebsd 0x478926 at /var/tmp//dmd_runqjmU8P 0x80092584d at /lib/libthr.so.3 0x800924e1f at /lib/libthr.so.3 0x7003 at ??? 0x459900 at /var/tmp//dmd_runqjmU8P 0x40b32e at /var/tmp//dmd_runqjmU8P 0x4523f9 at /var/tmp//dmd_runqjmU8P 0x408606 at /var/tmp//dmd_runqjmU8P 0x4526a1 at /var/tmp//dmd_runqjmU8P 0x408570 at /var/tmp//dmd_runqjmU8P 0x454c7a at /var/tmp//dmd_runqjmU8P 0x47896d at /var/tmp//dmd_runqjmU8P 0x457388 at /var/tmp//dmd_runqjmU8P 0x45dfc3 at /var/tmp//dmd_runqjmU8P 0x45e052 at /var/tmp//dmd_runqjmU8P 0x45df54 at /var/tmp//dmd_runqjmU8P 0x457364 at /var/tmp//dmd_runqjmU8P 0x478867 at /var/tmp//dmd_runqjmU8P 0x45973b at /var/tmp//dmd_runqjmU8P 0x4596dd at /var/tmp//dmd_runqjmU8P 0x45964e at /var/tmp//dmd_runqjmU8P 0x45503a at /var/tmp//dmd_runqjmU8P 0x4031cf at /var/tmp//dmd_runqjmU8P --- killed by signal 10 gmake: *** [Makefile:194: test_results/d_do_test] Error 1 Some simple programs do run successfully (like hello world), but many do not. I have verified that FreeBSD 11 passes the druntime and Phobos unit tests as well as the dmd test suite, and every version of dmd that I've tried has had this problem. So, I think that it's clear that whatever broke things was a change in FreeBSD current after FreeBSD 11 was forked off of it. What is not clear is whether this is a bug in FreeBSD or a
[Issue 16857] New: inline assembler reverses operands of VPEXTRW instruction
https://issues.dlang.org/show_bug.cgi?id=16857 Issue ID: 16857 Summary: inline assembler reverses operands of VPEXTRW instruction Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: bugzi...@digitalmars.com The following code: void foo() { asm { vpextrw EBX, XMM2, 0xF; } } Compiles to: C5 F9 C5 DA 0F vpextrw EDX,XMM3,0Fh But the 'modregrm' DA should be D3, i.e. the 'reg' and 'rm' fields are swapped. This reversal doesn't happen with the vpextrb instruction. --
[Issue 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped
https://issues.dlang.org/show_bug.cgi?id=16854 Walter Bright changed: What|Removed |Added Keywords||iasm --
[Issue 16857] inline assembler reverses operands of VPEXTRW instruction
https://issues.dlang.org/show_bug.cgi?id=16857 Walter Bright changed: What|Removed |Added Keywords||iasm, wrong-code --