Jump to page: 1 2
Thread overview
[dmd-beta] dmd 2.063 beta 8 - the last one!
May 28, 2013
Walter Bright
May 28, 2013
Walter Bright
May 28, 2013
Jacob Carlborg
May 28, 2013
Leandro Lucarella
May 30, 2013
Rainer Schuetze
May 30, 2013
Rainer Schuetze
Jun 03, 2013
Walter Bright
Jun 03, 2013
Rainer Schuetze
Jun 03, 2013
Walter Bright
May 27, 2013
http://ftp.digitalmars.com/dmd2beta.zip

Remaining regressions:

http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED 

_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 27, 2013
What regressions? :o)

Andrei

On 5/27/13 10:20 PM, Walter Bright wrote:
>
> http://ftp.digitalmars.com/dmd2beta.zip
>
> Remaining regressions:
>
> http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta@puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 27, 2013
On 5/27/2013 7:30 PM, Andrei Alexandrescu wrote:
> What regressions? :o)

If any appear, that's the link to use!
_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 28, 2013
On May 28, 2013, at 04:20 AM, Walter Bright <walter@digitalmars.com> wrote:

> http://ftp.digitalmars.com/dmd2beta.zip

Just for the record, Tango compiles now. Thanks for all the quick fixes.

--
/Jacob Carlborg

May 28, 2013
A little bit unrelated, but I noticed in the website there is still the announcement for the conference. I checked on git and there is fixed to say the conference is over and videos and slides are being uploaded. Shouldn't this be updated ASAP? Or you prefer to wait for the release to update the website?

-- 
Leandro Lucarella (AKA luca)                     http://llucax.com.ar/
----------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------
The average person laughs 13 times a day
_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 28, 2013
Thanks, taken care of.

Andrei

On 5/28/13 12:27 PM, Leandro Lucarella wrote:
> A little bit unrelated, but I noticed in the website there is still the
> announcement for the conference. I checked on git and there is fixed to
> say the conference is over and videos and slides are being uploaded.
> Shouldn't this be updated ASAP? Or you prefer to wait for the release to
> update the website?
>
_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 30, 2013
On 28.05.2013 04:20, Walter Bright wrote:
>
> http://ftp.digitalmars.com/dmd2beta.zip
>
> Remaining regressions:
>
> http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta@puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>

I don't want to spoil the party, but it seems that building with -lib doesn't split a module into separate modules for each function anymore (for win32, not win64). According to the list file generated by lib.exe, every module in phobos is a single object file.

Was it a deliberate change? It exposes bug 9044 pretty easily: http://d.puremagic.com/issues/show_bug.cgi?id=9044.



_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

May 30, 2013
On 30.05.2013 16:39, Rainer Schuetze wrote:
> On 28.05.2013 04:20, Walter Bright wrote:
>>
>> http://ftp.digitalmars.com/dmd2beta.zip
>>
>> Remaining regressions:
>>
>> http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
>>
>>
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta@puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>>
>
> I don't want to spoil the party, but it seems that building with -lib
> doesn't split a module into separate modules for each function anymore
> (for win32, not win64). According to the list file generated by lib.exe,
> every module in phobos is a single object file.
>
> Was it a deliberate change? It exposes bug 9044 pretty easily:
> http://d.puremagic.com/issues/show_bug.cgi?id=9044.

FYI here is the log from libomf when compiling "dmd -lib ab.d":

module ab;

struct AB
{
	int a;
	int len() { return (new AB).a; }
}
unittest {}


DMD v DEBUG
LibOMF::addObject(ab.obj)
LibOMF::addObject(ab_1_83.obj)
LibOMF::addObject(m:\s\d\rainers\druntime\import\object_2_327.obj)
LibOMF::addObject(m:\s\d\rainers\druntime\import\object_3_937.obj)
LibOMF::addObject(m:\s\d\rainers\druntime\import\object_4_988.obj)
LibMSCoff::scanObjModule(ab)
LibOMF::addSymbol(ab, _D2ab12__ModuleInfoZ, 0)
LibOMF::addSymbol(ab, _D2ab7__arrayZ, 0)
LibOMF::addSymbol(ab, _D2ab8__assertFiZv, 0)
LibOMF::addSymbol(ab, _D2ab15__unittest_failFiZv, 0)
LibMSCoff::scanObjModule(ab)
LibOMF::addSymbol(ab, _D2ab2AB6__initZ, 0)
LibOMF::addSymbol(ab, _D2ab2AB3lenMFZi, 0)
LibMSCoff::scanObjModule(object)
LibMSCoff::scanObjModule(object)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.312__ModuleInfoZ, 0)
LibOMF::addSymbol(object, _D16TypeInfo_S2ab2AB6__initZ, 1)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.37__arrayZ, 0)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.38__assertFiZv, 0)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.315__unittest_failFiZv, 0)
LibMSCoff::scanObjModule(object)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.412__ModuleInfoZ, 0)
LibOMF::addSymbol(object, _D17TypeInfo_PS2ab2AB6__initZ, 1)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.47__arrayZ, 0)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.48__assertFiZv, 0)
LibOMF::addSymbol(object, _D42m:\s\d\rainers\druntime\import\object.di.415__unittest_failFiZv, 0)
g_page_size = 16
ndicpages = 3

This suggests that the separate object files are created, but the symbols are not added to them. Instead they are placed into the object files "ab" and "object". Strings containing "ab_" or "object_" are never generated into the library file.

This is the list-file of the lib:


Publics by name		module
_D16TypeInfo_S2ab2AB6__initZ     object
_D17TypeInfo_PS2ab2AB6__initZ    object
_D2ab12__ModuleInfoZ             ab
_D2ab15__unittest_failFiZv       ab
_D2ab2AB3lenMFZi                 ab
_D2ab2AB6__initZ                 ab
_D2ab7__arrayZ                   ab
_D2ab8__assertFiZv               ab
_D42m:\s\d\rainers\druntime\import\object.di.312__ModuleInfoZ object
_D42m:\s\d\rainers\druntime\import\object.di.315__unittest_failFiZv object
_D42m:\s\d\rainers\druntime\import\object.di.37__arrayZ object
_D42m:\s\d\rainers\druntime\import\object.di.38__assertFiZv object
_D42m:\s\d\rainers\druntime\import\object.di.412__ModuleInfoZ object
_D42m:\s\d\rainers\druntime\import\object.di.415__unittest_failFiZv object
_D42m:\s\d\rainers\druntime\import\object.di.47__arrayZ object
_D42m:\s\d\rainers\druntime\import\object.di.48__assertFiZv object


Publics by module
ab
	_D2ab8__assertFiZv                _D2ab2AB6__initZ
	_D2ab12__ModuleInfoZ              _D2ab15__unittest_failFiZv
	_D2ab2AB3lenMFZi                  _D2ab7__arrayZ

object
	_D42m:\s\d\rainers\druntime\import\object.di.47__arrayZ _D17TypeInfo_PS2ab2AB6__initZ
	_D42m:\s\d\rainers\druntime\import\object.di.412__ModuleInfoZ _D42m:\s\d\rainers\druntime\import\object.di.415__unittest_failFiZv
	_D42m:\s\d\rainers\druntime\import\object.di.312__ModuleInfoZ _D42m:\s\d\rainers\druntime\import\object.di.38__assertFiZv
	_D42m:\s\d\rainers\druntime\import\object.di.37__arrayZ _D42m:\s\d\rainers\druntime\import\object.di.315__unittest_failFiZv
	_D16TypeInfo_S2ab2AB6__initZ _D42m:\s\d\rainers\druntime\import\object.di.48__assertFiZv

_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

June 02, 2013
On 5/30/2013 7:39 AM, Rainer Schuetze wrote:
>
> I don't want to spoil the party, but it seems that building with -lib doesn't split a module into separate modules for each function anymore (for win32, not win64). According to the list file generated by lib.exe, every module in phobos is a single object file.
>
> Was it a deliberate change? It exposes bug 9044 pretty easily: http://d.puremagic.com/issues/show_bug.cgi?id=9044.

Compile the following:
----------------------------------------
void foo1() { }
void foo2() { }
--------------------------------------
with:

   dmd -c -multiobj foo

and you should see it creating 3 .obj files.
_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

June 03, 2013
On 03.06.2013 05:21, Walter Bright wrote:
>
> On 5/30/2013 7:39 AM, Rainer Schuetze wrote:
>>
>> I don't want to spoil the party, but it seems that building with -lib
>> doesn't split a module into separate modules for each function anymore
>> (for win32, not win64). According to the list file generated by
>> lib.exe, every module in phobos is a single object file.
>>
>> Was it a deliberate change? It exposes bug 9044 pretty easily:
>> http://d.puremagic.com/issues/show_bug.cgi?id=9044.
>
> Compile the following:
> ----------------------------------------
> void foo1() { }
> void foo2() { }
> --------------------------------------
> with:
>
>     dmd -c -multiobj foo
>
> and you should see it creating 3 .obj files.

Yeah, there is nothing with -multiobj in general. COFF-libraries work, but not OMF-libraries.

If you build the above with "dmd -lib foo.lib"

and run "lib -l foo.lib", you get this list file:

Publics by name		module
_D3foo12__ModuleInfoZ            foo
_D3foo15__unittest_failFiZv      foo
_D3foo4foo1FZv                   foo
_D3foo4foo2FZv                   foo
_D3foo7__arrayZ                  foo
_D3foo8__assertFiZv              foo


Publics by module
foo
	_D3foo12__ModuleInfoZ             _D3foo15__unittest_failFiZv
	_D3foo4foo1FZv                    _D3foo4foo2FZv
	_D3foo7__arrayZ                   _D3foo8__assertFiZv


_______________________________________________
dmd-beta mailing list
dmd-beta@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-beta

« First   ‹ Prev
1 2