digitalmars.D.bugs - [Issue 11301] New: [2.064 beta] core.sys.linux.sys.mman triggers enum resolution error
- d-bugmail puremagic.com (27/27) Oct 19 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (11/11) Oct 24 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (7/8) Oct 24 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (20/20) Oct 26 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (14/14) Oct 26 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (6/6) Oct 26 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (12/12) Oct 27 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (9/9) Oct 27 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (9/9) Oct 27 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (8/9) Oct 29 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
- d-bugmail puremagic.com (6/8) Oct 29 2013 How else can it resolve a.MAP_ANON?
- d-bugmail puremagic.com (9/13) Oct 29 2013 http://d.puremagic.com/issues/show_bug.cgi?id=11301
http://d.puremagic.com/issues/show_bug.cgi?id=11301 Summary: [2.064 beta] core.sys.linux.sys.mman triggers enum resolution error Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: druntime AssignedTo: nobody puremagic.com ReportedBy: code klickverbot.at PDT --- --- ~/Build/Source/druntime/src (2.064=)$ ../../dmd/src/dmd core/sys/linux/sys/mman.d core/sys/posix/sys/mman.d(193): Error: alias core.sys.posix.sys.mman.MAP_ANON cannot resolve --- (DMD a913ce4, druntime c0978e9) This regresses build systems that automatically pull in module dependencies for compilation and don't have a special case for druntime. The druntiem build itself doesn't break, as this is a header-only module. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 19 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 Martin Nowak <code dawg.eu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |code dawg.eu So this happens when compiling the linux and the posix header together? I think it's a problem with the circular import, will fix. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 24 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 PDT ---So this happens when compiling the linux and the posix header together?At least it also happens when compiling core.sys.linux.sys.mman on its own. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 24 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 Walter Bright <bugzilla digitalmars.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla digitalmars.com 13:26:40 PDT --- Reduced test case: ------ a.d -------- public import b; static if (1) enum { MAP_ANON = 1, } ------ b.d -------- static import a; alias MAP_ANON = a.MAP_ANON; ------------------- dmd -c a.d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 26 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 18:49:21 PDT --- This also happens with 2.063, so it is not a regression. The trouble is the declaration of a.MAP_ANON is hidden inside a conditionally compiled block. Because the exp of "static if (exp)" cannot be evaluated in advance, the compiler cannot know yet that the declarations in the block exist. Then, when doing semantic analysis on module a, it looks up a.MAP_ANON. It doesn't find MAP_ANON in a, but a.d imports b.d, and b declares a MAP_ANON! The error is the alias essentially resolves to itself, which is an error. I think the only solution is to fix the druntime code so it doesn't trigger what is essentially an unresolvable forward reference error. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 26 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 19:46:50 PDT --- https://github.com/D-Programming-Language/druntime/pull/644 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 26 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/54ca71b154fd9476520a63e30a50980af8927a56 fix Issue 11301 - [2.064 beta] core.sys.linux.sys.mman triggers enum resolution error https://github.com/D-Programming-Language/druntime/commit/9c0a711cc48f0893e8c0790fc6b967fc5c637179 fix Issue 11301 - [2.064 beta] core.sys.linux.sys.mman triggers enum res... -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 27 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 David Nadlinger <code klickverbot.at> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 27 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 Commit pushed to 2.064 at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/2abb4b0e1c73bcf0ec7347c27ea945f90252c337 fix Issue 11301 - [2.064 beta] core.sys.linux.sys.mman triggers enum res... -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 27 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301Then, when doing semantic analysis on module a, it looks up a.MAP_ANON.I don't follow here, why is there a lookup of MAP_ANON during semantic analysis of a? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 29 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301 13:06:19 PDT ---I don't follow here, why is there a lookup of MAP_ANON during semantic analysis of a?How else can it resolve a.MAP_ANON? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Oct 29 2013
http://d.puremagic.com/issues/show_bug.cgi?id=11301Module a defines MAP_ANON itself, hidden in the static if block. So I presume the forward reference happens because the imported module b is semantically analyzed before a is analyzed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------I don't follow here, why is there a lookup of MAP_ANON during semantic analysis of a?How else can it resolve a.MAP_ANON?
Oct 29 2013