Thread overview | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
February 14, 2008 Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
I'm getting tons of warnings like this from the linker trying to compile the controlexample: --- ... Warning 148: USE16/USE32 Mismatch : _DATA f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(ImageLoaderEvent) Offset 1EA7CH Record Type 0099 ... --- and some of these: --- Error 42: Symbol Undefined __memset64 f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(LEDataInputStream) Error 42: Symbol Undefined _D5tango4core9Exception20ArrayBoundsException7__ClassZ --- and then these: --- ... (NAPPLOAD) Error 41: Unrecognized FIXUPP Type at Relative 001DDH from Segment LOADER___SLRLOAD FRAME = Frame of TARGET 00000H TARGET = Segment LOADER___SLRLOAD 04000H FIXUPP Type = 16-bit Offset ... --- and then finally: --- --- errorlevel 172 Command f:\usr\pkg\d\dsss\bin\rebuild.exe returned with code -1, aborting. Error: Command failed, aborting. --- Any idea what I'm doing wrong? Here's the dsss.conf I made for the example: --- [ControlExample.d] debugflags +=-g -debug buildflags +=-J. buildflags +=-I../.. buildflags +=-S../../../dwt-win/lib buildflags +=-L/SUBSYSTEM:windows:5 --- --bb |
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote:
> I'm getting tons of warnings like this from the linker trying to compile the controlexample:
> ---
> ...
> Warning 148: USE16/USE32 Mismatch : _DATA
> f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(ImageLoaderEvent) Offset 1EA7CH Record Type 0099
> ...
> ---
> and some of these:
> ---
> Error 42: Symbol Undefined __memset64
> f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(LEDataInputStream)
> Error 42: Symbol Undefined _D5tango4core9Exception20ArrayBoundsException7__ClassZ
> ---
> and then these:
> ---
> ...
> (NAPPLOAD)
> Error 41: Unrecognized FIXUPP Type at Relative 001DDH from
> Segment LOADER___SLRLOAD
> FRAME = Frame of TARGET 00000H
> TARGET = Segment LOADER___SLRLOAD 04000H
> FIXUPP Type = 16-bit Offset
> ...
> ---
> and then finally:
> ---
> --- errorlevel 172
> Command f:\usr\pkg\d\dsss\bin\rebuild.exe returned with code -1, aborting.
> Error: Command failed, aborting.
> ---
>
> Any idea what I'm doing wrong?
>
> Here's the dsss.conf I made for the example:
>
> ---
> [ControlExample.d]
> debugflags +=-g -debug
> buildflags +=-J.
> buildflags +=-I../..
> buildflags +=-S../../../dwt-win/lib
> buildflags +=-L/SUBSYSTEM:windows:5
> ---
>
>
> --bb
I cannot reproduce this on my system. My Tango svn revision is 3157.
Just out of curiosity, why do you activate the -J switch for dmd? It isn't necessary (unless you've customized something).
At any rate, it does look like the age-old optlink is going berserk. It would be nice if we could get things working using an updated gdc (mingw).
-JJR
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | John Reimer wrote: > Bill Baxter wrote: >> I'm getting tons of warnings like this from the linker trying to compile the controlexample: >> --- >> ... >> Warning 148: USE16/USE32 Mismatch : _DATA >> f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(ImageLoaderEvent) Offset 1EA7CH Record Type 0099 >> ... >> --- >> and some of these: >> --- >> Error 42: Symbol Undefined __memset64 >> f:\usr\pkg\d\dsss\lib\\DD-dwt.lib(LEDataInputStream) >> Error 42: Symbol Undefined _D5tango4core9Exception20ArrayBoundsException7__ClassZ >> --- >> and then these: >> --- >> ... >> (NAPPLOAD) >> Error 41: Unrecognized FIXUPP Type at Relative 001DDH from >> Segment LOADER___SLRLOAD >> FRAME = Frame of TARGET 00000H >> TARGET = Segment LOADER___SLRLOAD 04000H >> FIXUPP Type = 16-bit Offset >> ... >> --- >> and then finally: >> --- >> --- errorlevel 172 >> Command f:\usr\pkg\d\dsss\bin\rebuild.exe returned with code -1, aborting. >> Error: Command failed, aborting. >> --- >> >> Any idea what I'm doing wrong? >> >> Here's the dsss.conf I made for the example: >> >> --- >> [ControlExample.d] >> debugflags +=-g -debug >> buildflags +=-J. >> buildflags +=-I../.. >> buildflags +=-S../../../dwt-win/lib >> buildflags +=-L/SUBSYSTEM:windows:5 >> --- >> >> >> --bb > > > I cannot reproduce this on my system. My Tango svn revision is 3157. > > Just out of curiosity, why do you activate the -J switch for dmd? It isn't necessary (unless you've customized something). Why? Because ControlExample.d contains many of these: cast(byte[]) import( "closedFolder.gif" ), > At any rate, it does look like the age-old optlink is going berserk. It would be nice if we could get things working using an updated gdc (mingw). I wouldn't use it unless it consistently tracked DMD features and bug fixes with a lag of no more than 3 days. --bb |
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote: > John Reimer wrote: >> >> >> I cannot reproduce this on my system. My Tango svn revision is 3157. >> >> Just out of curiosity, why do you activate the -J switch for dmd? It isn't necessary (unless you've customized something). > > Why? Because ControlExample.d contains many of these: > > cast(byte[]) import( "closedFolder.gif" ), > > Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that. >> At any rate, it does look like the age-old optlink is going berserk. It would be nice if we could get things working using an updated gdc (mingw). > > I wouldn't use it unless it consistently tracked DMD features and bug fixes with a lag of no more than 3 days. > > --bb Okay. Not likely to happen. Unfortunately, gdc is currently the only way anything will ever get ported to other platfroms besides linux and win32. Because of this, I want to see things working with gdc at some point, though doing so may be more of a handicap than it's worth. -JJR |
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | John Reimer wrote:
>
>
> Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that.
>
>
Correction. I have actually examined controlexample, but not enough to notice the imports. :P
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | John Reimer wrote:
> John Reimer wrote:
>
>>
>>
>> Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that.
>>
>>
>
> Correction. I have actually examined controlexample, but not enough to notice the imports. :P
I think I'm just going to give up on dwt-win for the time being, and come back in a month or so hoping more of the kinks will have been worked out by then.
Thanks for your help.
--bb
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote:
> John Reimer wrote:
>> John Reimer wrote:
>>
>>>
>>>
>>> Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that.
>>>
>>>
>>
>> Correction. I have actually examined controlexample, but not enough to notice the imports. :P
>
>
> I think I'm just going to give up on dwt-win for the time being, and come back in a month or so hoping more of the kinks will have been worked out by then.
>
> Thanks for your help.
>
> --bb
Fair enough.
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | John Reimer wrote:
> Bill Baxter wrote:
>> John Reimer wrote:
>>> John Reimer wrote:
>>>
>>>>
>>>>
>>>> Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that.
>>>>
>>>>
>>>
>>> Correction. I have actually examined controlexample, but not enough to notice the imports. :P
>>
>>
>> I think I'm just going to give up on dwt-win for the time being, and come back in a month or so hoping more of the kinks will have been worked out by then.
>>
>> Thanks for your help.
>>
>> --bb
>
>
> Fair enough.
Aw crap. I figured it out. Damn DSSS.
I was adding a library path like:
buildflags +=-S../../../dwt-win/lib
DSSS+dmd chokes on forward slashes in library paths. I think I knew this, but had forgotten. There was probably a tell-tale error about that that would have clued me in but I got so many other errors that the first error line was out of my history buffer.
--bb
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote:
> John Reimer wrote:
>> Bill Baxter wrote:
>>> John Reimer wrote:
>>>> John Reimer wrote:
>>>>
>>>>>
>>>>>
>>>>> Oops... My apologies! I haven't even looked in ControlExample.d yet. That'll teach me for putting my foot in my mouth. I had a peek in dsss.conf, and apparently I missed seeing the -J switch. Ironically enough, the images still aren't working in my current build of the controlexample binary. So much for that.
>>>>>
>>>>>
>>>>
>>>> Correction. I have actually examined controlexample, but not enough to notice the imports. :P
>>>
>>>
>>> I think I'm just going to give up on dwt-win for the time being, and come back in a month or so hoping more of the kinks will have been worked out by then.
>>>
>>> Thanks for your help.
>>>
>>> --bb
>>
>>
>> Fair enough.
>
> Aw crap. I figured it out. Damn DSSS.
> I was adding a library path like:
> buildflags +=-S../../../dwt-win/lib
>
> DSSS+dmd chokes on forward slashes in library paths. I think I knew this, but had forgotten. There was probably a tell-tale error about that that would have clued me in but I got so many other errors that the first error line was out of my history buffer.
>
> --bb
>
...And other linker errors came from not having this in dsss.conf
buildflags += -version=CONTROL_EXAMPLE_MAIN
For the record, my working dsss.conf for dwt-win build of the controlexample is:
-------
[ControlExample.d]
noinstall
buildflags += -version=CONTROL_EXAMPLE_MAIN
debugflags +=-g -debug
buildflags +=-J.
buildflags +=-I../..
version(Windows) {
buildflags +=-S..\..\..\dwt-win\lib
buildflags +=-L/SUBSYSTEM:windows:5
}
-------
Most of this pain of mine would have been avoided if there were working dsss.conf files included with the dwt-samples project.
Anyway, any idea why those images on buttons and such don't show up in the controlexample?
--bb
|
February 14, 2008 Re: Another dwt-win / dmd / dsss build problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote:
> Most of this pain of mine would have been avoided if there were working dsss.conf files included with the dwt-samples project.
And now I see that there is a dsss.conf at the top-level that covers all the subprojects. Dangit!
--bb
|
Copyright © 1999-2021 by the D Language Foundation