[Issue 12238] New: Using pthread_mutex_t.init results in an undefined reference linker error.
https://d.puremagic.com/issues/show_bug.cgi?id=12238
Summary: Using pthread_mutex_t.init results in an undefined
reference linker error.
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: opantm2+db...@gmail.com
--- Comment #0 from Kapps opantm2+db...@gmail.com 2014-02-24 00:13:24 PST ---
Sample:
import core.sys.posix.pthread;
void main() {
auto a = pthread_mutex_t.init;
}
Output:
rdmd test.d
test.o: In function `_Dmain':
test.d:(.text._Dmain+0xa): undefined reference to
`_D4core3sys5posix3sys5types15pthread_mutex_t6__initZ'
collect2: error: ld returned 1 exit status
While this particular sample is Posix only (tested on Linux 64-bit and OSX
64-bit), I would assume that the actual bug is not OS related. The bug also
occurs with -allinst.
I wasn't able to duplicate the bug when I replaced pthread_mutex_t (either in
the same file as the test or in a different file) with:
union pthread_mutex_t {
byte __size[40];
ptrdiff_t __align;
}
Which should be essentially the same on my system.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11837] String literals should convert to const(void)*
https://d.puremagic.com/issues/show_bug.cgi?id=11837 --- Comment #12 from Walter Bright bugzi...@digitalmars.com 2014-02-24 01:52:41 PST --- (In reply to comment #11) Irrelevant as I'm not changing the way overloading works. Listing parts of the compiler is not the same as pointing out and actual problem. You are changing the way overloading works. Any time the implicit conversion rules are changed, and this is an implicit overloading rule change, the overloading changes, because overloading is all about implicit conversions. Your response consisted of there could be problems without specifying any actual problems. In the face of unspecified and potentially non-existent problems, putting the code in the compiler and waiting for feedback seems completely reasonable to me. This proposal has not received much of any discussion. That's what we're doing now... It's pretty much just you and I, hardly representative. I also don't see memcmp usage as a compelling must-have use case. Given that A converts to B, and B converts to C, why doesn't A convert to C? memcmp is a symptom of this strange limitation. Changing overloading rules can have unexpected and far reaching consequences. It is not very knowable in advance. I have severe reservations about doing this just for memcmp(). Need a better reason. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11837] String literals should convert to const(void)*
https://d.puremagic.com/issues/show_bug.cgi?id=11837 --- Comment #13 from yebblies yebbl...@gmail.com 2014-02-24 22:04:19 EST --- (In reply to comment #12) I also don't see memcmp usage as a compelling must-have use case. Given that A converts to B, and B converts to C, why doesn't A convert to C? memcmp is a symptom of this strange limitation. [snip] I have severe reservations about doing this just for memcmp(). Need a better reason. I gave you a reason, in fact, you quoted it. A converts to B, and B converts to C, but A doesn't convert to C. Why shouldn't A convert to C? I'm not proposing a new special case, I'm trying to remove one that was introduced for reasons forgotten. Changing overloading rules can have unexpected and far reaching consequences. It is not very knowable in advance. The same reasoning could be used to block every change to the compiler. Every non-trivial change could potentially affect something unintended. The only way forward is to do your best to identify problems, then implement it and wait for regression reports. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12239] New: undefined identifier with named import and circular reference
https://d.puremagic.com/issues/show_bug.cgi?id=12239
Summary: undefined identifier with named import and circular
reference
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: thecybersha...@gmail.com
--- Comment #0 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-24
14:47:32 EET ---
// a.d //
import b : I = J;
class A
{
I i;
}
// b.d //
import a;
class B : A { }
class J { }
/
Compiler complains:
a.d(5,4): Error: undefined identifier J
Things that unbreak it:
- Adding import b; in a
- Moving I i; outside class A
- Making B not depend on A
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 12076] ctRegex range violation
https://d.puremagic.com/issues/show_bug.cgi?id=12076 --- Comment #3 from github-bugzi...@puremagic.com 2014-02-24 06:41:16 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/01e0acddd64449f5b4bd98aaeb59ac41bb5a8f19 fix issue 12076 Lookaround in ctRegex used wrong number of total captures thus missing both a bit of optimization AND a special case of 0 matches. The latter is the reason of range violation in issue 12076. https://github.com/D-Programming-Language/phobos/commit/1ca127265ae7db2f612411672410a9945c240fa1 Merge pull request #1958 from blackwhale/issue-12076 fix issue 12076 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12107] Add ability to use dynamic array for `std.stdio.File.byChunk` as return type for chunk
https://d.puremagic.com/issues/show_bug.cgi?id=12107 Nick Treleaven ntrel-pub...@yahoo.co.uk changed: What|Removed |Added CC||ntrel-pub...@yahoo.co.uk --- Comment #1 from Nick Treleaven ntrel-pub...@yahoo.co.uk 2014-02-24 08:32:32 PST --- I think this is the same as bug 4859. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12231] ICE on the class declaration within lambda inside template constraint
https://d.puremagic.com/issues/show_bug.cgi?id=12231 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara k.hara...@gmail.com 2014-02-24 08:47:50 PST --- https://github.com/D-Programming-Language/dmd/pull/3332 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12107] Add ability to use dynamic array for `std.stdio.File.byChunk` as return type for chunk
https://d.puremagic.com/issues/show_bug.cgi?id=12107 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||monarchdo...@gmail.com Resolution||DUPLICATE --- Comment #2 from monarchdo...@gmail.com 2014-02-24 10:27:24 PST --- Yeah, Andrei resolved this (4859) for 2.065. You should try the beta, and confirm it's what you want. I'll close this as resolved duplicate, but feel free to reopen if it's not what you wanted. *** This issue has been marked as a duplicate of issue 4859 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8561] Make xtoString, xopCmp and xtoHash detection just as tolerant as xopEquals detection
https://d.puremagic.com/issues/show_bug.cgi?id=8561 --- Comment #1 from siegelords_ab...@yahoo.com 2014-02-24 11:16:52 PST --- Now that opCmp is a requirement for associative array keys, this becomes even more dire. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12240] New: The changed.d tool should search git commits rather than query bugzilla
https://d.puremagic.com/issues/show_bug.cgi?id=12240 Summary: The changed.d tool should search git commits rather than query bugzilla Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: tools AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-24 13:43:10 PST --- Currently the changelog generator tool ends up listing false-positives in the changelog because it is based on a date range when querying bugzilla tickets rather than actually checking what is in a release branch. Another recent example of a false-positive: E.g.: [22:38] Safety0ff Hmm, somebody reopened a bug that was fixed, and I closed it and reset it to its prior status once I confirmed the reopen was invalid, now it's in the changelog (Issue 1804) -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12241] New: Document change to static opCall in changelog
https://d.puremagic.com/issues/show_bug.cgi?id=12241 Summary: Document change to static opCall in changelog Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: jesse.k.phillip...@gmail.com --- Comment #0 from Jesse Phillips jesse.k.phillip...@gmail.com 2014-02-24 13:51:22 PST --- There should be documentation on the change described in Issue 12194. Adding this to the 2.065 change log Language Changes and any other applicable location would be good. It should include the recommendation of using @disable this(); to locate misuse. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11519] fix timing issue in core.thread unittest
https://d.puremagic.com/issues/show_bug.cgi?id=11519 --- Comment #4 from safety0ff.bugz safety0ff.b...@gmail.com 2014-02-24 15:00:57 PST --- https://github.com/D-Programming-Language/druntime/pull/728 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11457] Cannot compile 64bit apps with Visual Studio 2013
https://d.puremagic.com/issues/show_bug.cgi?id=11457 Brad Anderson e...@gnuk.net changed: What|Removed |Added Status|NEW |RESOLVED CC||e...@gnuk.net Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12053] DMD installer doesn't detect paths correctly for Win8.1 + VS2013
https://d.puremagic.com/issues/show_bug.cgi?id=12053 Brad Anderson e...@gnuk.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Brad Anderson e...@gnuk.net 2014-02-24 16:25:00 PST --- *** This issue has been marked as a duplicate of issue 11457 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12053] DMD installer doesn't detect paths correctly for Win8.1 + VS2013
https://d.puremagic.com/issues/show_bug.cgi?id=12053 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||e...@gnuk.net --- Comment #1 from Brad Anderson e...@gnuk.net 2014-02-24 16:23:44 PST --- Should be fixed by ba2dd160. Manu, can you confirm it is now working for you with 2.065? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3319] DInstaller overwrites the %PATH% variable
https://d.puremagic.com/issues/show_bug.cgi?id=3319 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||more.m...@ist-willig.de --- Comment #3 from Brad Anderson e...@gnuk.net 2014-02-24 16:27:57 PST --- *** Issue 3320 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7238] Windows installer doesn't install dmd 2.057
https://d.puremagic.com/issues/show_bug.cgi?id=7238 Brad Anderson e...@gnuk.net changed: What|Removed |Added Status|NEW |RESOLVED CC||e...@gnuk.net Resolution||INVALID --- Comment #6 from Brad Anderson e...@gnuk.net 2014-02-24 16:30:04 PST --- We no longer uses Github downloads. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11871] phobos64.lib is out of sync with the source code
https://d.puremagic.com/issues/show_bug.cgi?id=11871 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||e...@gnuk.net --- Comment #1 from Brad Anderson e...@gnuk.net 2014-02-24 16:33:28 PST --- Should be resolved now that the release process is mostly automated. Please test with 2.065. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11457] Cannot compile 64bit apps with Visual Studio 2013
https://d.puremagic.com/issues/show_bug.cgi?id=11457 Brad Anderson e...@gnuk.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Brad Anderson e...@gnuk.net 2014-02-24 16:53:11 PST --- Just tested myself. Might not be fixed after all. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12242] New: conflict error with public imports
https://d.puremagic.com/issues/show_bug.cgi?id=12242
Summary: conflict error with public imports
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: critical
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: timothee.co...@gmail.com
--- Comment #0 from Timothee Cour timothee.co...@gmail.com 2014-02-24
16:59:52 PST ---
test.d:
module test;
public:
import std.string;
import std.algorithm;
main.d:
import test;
import std.string;
void main(){ auto a= af .strip;}
dmd -c -o- main.d
main.d(4): Error: test.strip at test.d conflicts with std.string.strip(C)(C[]
str) if (isSomeChar!C) at phobos/std/string.d(1268)
Remove any of the 4 imports and it'll compile.
Also, there's no line number in 'at test.d'
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 12242] conflict error with public imports
https://d.puremagic.com/issues/show_bug.cgi?id=12242 Timothee Cour timothee.co...@gmail.com changed: What|Removed |Added CC||timothee.co...@gmail.com Severity|critical|regression --- Comment #1 from Timothee Cour timothee.co...@gmail.com 2014-02-24 17:01:08 PST --- actually this is a regression (worked in 2.063) -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1448] UTF-8 output to console is seriously broken
https://d.puremagic.com/issues/show_bug.cgi?id=1448 --- Comment #11 from Martin Krejcirik m...@krej.cz 2014-02-25 02:18:25 CET --- Hallelujah, this (comment 8) seems fixed, finally. Can anybody confirm ? Works for me on Windows XP 32 bit, dmd 2.065.0 Beware, fputs still doesn't work. I think it's C library problem. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11369] time.di(365)
https://d.puremagic.com/issues/show_bug.cgi?id=11369 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@krej.cz Resolution||INVALID -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12242] conflict error with public imports
https://d.puremagic.com/issues/show_bug.cgi?id=12242 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-25 06:53:55 EET --- Introduced in https://github.com/D-Programming-Language/phobos/pull/1311, but this really looks like a compiler bug in the vein of 314. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7066] You can redefine .init and .stringof without error
https://d.puremagic.com/issues/show_bug.cgi?id=7066 Jesse Phillips jesse.k.phillip...@gmail.com changed: What|Removed |Added CC||jesse.k.phillip...@gmail.co ||m --- Comment #2 from Jesse Phillips jesse.k.phillip...@gmail.com 2014-02-24 22:00:11 PST --- How about it is disable until a compelling argument is provided. Or if someone complains during a beta. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12243] [REG 2.065.0] ICE: cannot append 'char' to 'string' with -inline
https://d.puremagic.com/issues/show_bug.cgi?id=12243 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added Summary|[REG 2.065.0] ICE: cannot |[REG 2.065.0] ICE: cannot |append 'char' to 'string' |append 'char' to 'string' ||with -inline --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-25 09:05:00 EET --- Compile with -inline. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 12243] [REG 2.065.0] ICE: cannot append 'char' to 'string' with -inline
https://d.puremagic.com/issues/show_bug.cgi?id=12243 --- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-25 09:16:24 EET --- Introduced in https://github.com/D-Programming-Language/dmd/pull/3222 (or its equivalent for the release branch). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9464] Redo .json output
https://d.puremagic.com/issues/show_bug.cgi?id=9464 --- Comment #7 from Rainer Schuetze r.sagita...@gmx.de 2014-02-24 23:25:04 PST --- I verified the results for the listed tet case: It seems all issues are addesssed but one: listing the resulting members of the expanded mixin Mix!int;. I'm not sure if this is supposed to work. It very much depends on the use case (e.g. dtoh might need it). Still I'm not really happy with how it turned out, because for one of my use cases (showing human readable parameter tool tips), it has become more tedious (not so easy to interleave argument identifiers), and it becomes ugly and unreadable if complex aliased types have been used (the alias is lost). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
