[Issue 16857] inline assembler reverses operands of VPEXTRW instruction

2016-11-29 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16857

Walter Bright  changed:

   What|Removed |Added

   Keywords||iasm, wrong-code

--


[Issue 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped

2016-11-29 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16854

Walter Bright  changed:

   What|Removed |Added

   Keywords||iasm

--


[Issue 16857] New: inline assembler reverses operands of VPEXTRW instruction

2016-11-29 Thread via Digitalmars-d-bugs
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 16856] New: D is borked on FreeBSD current (what will eventually be 12)

2016-11-29 Thread via Digitalmars-d-bugs
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 

[Issue 15935] compiling dub with -fPIC triggers internal compiler error

2016-11-29 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15935

Jonathan M Davis  changed:

   What|Removed |Added

 Blocks||16794

--


[Issue 16794] Official .deb packages must compile libphobos2.a with -fPIC

2016-11-29 Thread via Digitalmars-d-bugs
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

2016-11-29 Thread via Digitalmars-d-bugs
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 16855] New: Global void[0] causes OPTLINK Error when passed as ref Parameter

2016-11-29 Thread via Digitalmars-d-bugs
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 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped

2016-11-29 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16854

--- Comment #1 from Walter Bright  ---
https://github.com/dlang/dmd/pull/6291

--


[Issue 16854] Inline assembler has VMOVLHPS and VMOVHLPS swapped

2016-11-29 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16854

Walter Bright  changed:

   What|Removed |Added

   Keywords||wrong-code

--


[Issue 16854] New: Inline assembler has VMOVLHPS and VMOVHLPS swapped

2016-11-29 Thread via Digitalmars-d-bugs
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 16842] New: Punjab-@call-1800-381-9788 debt-consolidation-loan phone number

2016-11-29 Thread via Digitalmars-d-bugs
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

[Issue 10100] Identifiers with double underscores and allMembers

2016-11-29 Thread via Digitalmars-d-bugs
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 16092] AVX registers YMM0-YMM7 are inaccessible to 32-bit asm

2016-11-29 Thread via Digitalmars-d-bugs
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".

--