Thread overview | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
April 08, 2005 Build v2.00 | ||||
---|---|---|---|---|
| ||||
The Build utility has reached a level of stability that I'm now calling it version 2.00(.700) You can get it from http://www.dsource.org/projects/build/ The next major enhancements are expected to include ... ** support for macro preprocessors ** building multiple applications in one invocation. ** building multiple editions of an application in one invocation. -- Derek Parnell Melbourne, Australia http://www.prowiki.org/wiki4d/wiki.cgi?FrontPage 8/04/2005 12:23:00 PM |
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell |
Derek Parnell says...
>
>The Build utility has reached a level of stability that I'm now calling it
>version 2.00(.700)
Here is the output that I get when I run build:
6:17:43.07>build
Path and Version : d:\bin\build.exe v1.20(700)
built on Fri Apr 8 11:43:17 2005
Is this correct? Since you called it version 2.00(.700), it does not look the
same. Of course, versioning is not my strength. :-)
Again, thanks for this utility! It has saved my typing life inmensely!
josé
|
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to jicman | On Fri, 8 Apr 2005 04:16:41 +0000 (UTC), jicman wrote: > Derek Parnell says... >> >>The Build utility has reached a level of stability that I'm now calling it >>version 2.00(.700) > > Here is the output that I get when I run build: > > 6:17:43.07>build > Path and Version : d:\bin\build.exe v1.20(700) > built on Fri Apr 8 11:43:17 2005 > > Is this correct? Since you called it version 2.00(.700), it does not look the > same. Of course, versioning is not my strength. :-) No it wasn't correct. I compiled the executable before I updated the version number. I've got the correct one uploaded now. The (.700) is just the internal build number for the application. It gets automatically updated whenever it generate a new executable for 'Build'. > Again, thanks for this utility! It has saved my typing life inmensely! You're welcome. However, I made it for selfish reasons - I'm lazy. ;-) -- Derek Melbourne, Australia 8/04/2005 2:29:50 PM |
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell | Derek Parnell says... > >On Fri, 8 Apr 2005 04:16:41 +0000 (UTC), jicman wrote: > >> Derek Parnell says... >>> >>>The Build utility has reached a level of stability that I'm now calling it >>>version 2.00(.700) >> >> Here is the output that I get when I run build: >> >> 6:17:43.07>build >> Path and Version : d:\bin\build.exe v1.20(700) >> built on Fri Apr 8 11:43:17 2005 >> >> Is this correct? Since you called it version 2.00(.700), it does not look the >> same. Of course, versioning is not my strength. :-) > >No it wasn't correct. I compiled the executable before I updated the version number. I've got the correct one uploaded now. The (.700) is just the internal build number for the application. It gets automatically updated whenever it generate a new executable for 'Build'. Yep. Just downloaded it and it's now jicman approved. :-) > >> Again, thanks for this utility! It has saved my typing life inmensely! > >You're welcome. However, I made it for selfish reasons - I'm lazy. ;-) My friend, I wouldn't call it lazy. You are a great time saver. You don't like to waste time typing lots of libraries when you could simply just write a program to do that job for you... yeah, that's it. ;-) jic |
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell | Derek Parnell wrote:
> The Build utility has reached a level of stability that I'm now calling it
> version 2.00(.700)
>
> You can get it from
>
> http://www.dsource.org/projects/build/
>
> The next major enhancements are expected to include ...
>
> ** support for macro preprocessors
> ** building multiple applications in one invocation.
> ** building multiple editions of an application in one invocation.
>
Nice, though I myself do not need so much extra functionality!
Maybe you can do some versioning in the code so when you compile build you can choose which features you want and don't want, as I assume the more features the longer it takes to execute the dependency trees etc?
maybe like...
version(BUILD_BASIC)
{
... basic version of build
}
version(BUILD_SWISSKNIFE)
{
... supports all the neat build only things like macros's and others
}
|
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to clayasaurus | On Fri, 08 Apr 2005 13:42:03 -0400, clayasaurus wrote: > Derek Parnell wrote: >> The Build utility has reached a level of stability that I'm now calling it >> version 2.00(.700) >> >> You can get it from >> >> http://www.dsource.org/projects/build/ >> >> The next major enhancements are expected to include ... >> >> ** support for macro preprocessors >> ** building multiple applications in one invocation. >> ** building multiple editions of an application in one invocation. >> > > Nice, though I myself do not need so much extra functionality! > > Maybe you can do some versioning in the code so when you compile build you can choose which features you want and don't want, as I assume the more features the longer it takes to execute the dependency trees etc? > > maybe like... > > version(BUILD_BASIC) > { > ... basic version of build > } > version(BUILD_SWISSKNIFE) > { > ... supports all the neat build only things like macros's and others > } Well, if it ever gets to be a problem I'll consider that. Currently, to do a full compile of the Mango library takes about 2-3 seconds, the Phobos library about the same. So I don't think that providing the enhancements mentioned above is really going to add anymore than a few milliseconds to it. -- Derek Parnell Melbourne, Australia 9/04/2005 6:41:23 AM |
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell | Derek Parnell says...
>
>On Fri, 08 Apr 2005 13:42:03 -0400, clayasaurus wrote:
>
>> Derek Parnell wrote:
>>> The Build utility has reached a level of stability that I'm now calling it
>>> version 2.00(.700)
>>>
>>> You can get it from
>>>
>>> http://www.dsource.org/projects/build/
>>>
>>> The next major enhancements are expected to include ...
>>>
>>> ** support for macro preprocessors
>>> ** building multiple applications in one invocation.
>>> ** building multiple editions of an application in one invocation.
>>>
>>
>> Nice, though I myself do not need so much extra functionality!
>>
>> Maybe you can do some versioning in the code so when you compile build you can choose which features you want and don't want, as I assume the more features the longer it takes to execute the dependency trees etc?
>>
>> maybe like...
>>
>> version(BUILD_BASIC)
>> {
>> ... basic version of build
>> }
>> version(BUILD_SWISSKNIFE)
>> {
>> ... supports all the neat build only things like macros's and others
>> }
>
>Well, if it ever gets to be a problem I'll consider that. Currently, to do a full compile of the Mango library takes about 2-3 seconds, the Phobos library about the same. So I don't think that providing the enhancements mentioned above is really going to add anymore than a few milliseconds to it.
That's funny... :-)
|
April 08, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell | Derek Parnell wrote:
> On Fri, 08 Apr 2005 13:42:03 -0400, clayasaurus wrote:
>
>
>>Derek Parnell wrote:
>>
>>>The Build utility has reached a level of stability that I'm now calling it
>>>version 2.00(.700)
>>>
>>>You can get it from
>>>
>>> http://www.dsource.org/projects/build/
>>>
>>>The next major enhancements are expected to include ...
>>>
>>>** support for macro preprocessors
>>>** building multiple applications in one invocation.
>>>** building multiple editions of an application in one invocation.
>>>
>>
>>Nice, though I myself do not need so much extra functionality!
>>
>>Maybe you can do some versioning in the code so when you compile build you can choose which features you want and don't want, as I assume the more features the longer it takes to execute the dependency trees etc?
>>
>>maybe like...
>>
>>version(BUILD_BASIC)
>>{
>>... basic version of build
>>}
>>version(BUILD_SWISSKNIFE)
>>{
>>... supports all the neat build only things like macros's and others
>>}
>
>
> Well, if it ever gets to be a problem I'll consider that. Currently, to do
> a full compile of the Mango library takes about 2-3 seconds, the Phobos
> library about the same. So I don't think that providing the enhancements
> mentioned above is really going to add anymore than a few milliseconds to
> it.
>
Forgive my ignorance, but now that I think about it, a feature should only make build run slower if you decide to use it with the -feature switch?
If yes, than I know upgrading won't hurt builds awesome performance :-)
|
April 09, 2005 Re: Build v2.00 | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell |
Excellent!
Mr. Parnell, build is realy a great project.
I like Your coding style as well (no javaLikeMethodNames() ... :)
I'll recommend build to my friends as well, that's for sure!
Kind regards
Dejan
--
...........
Dejan Lekic
http://dejan.lekic.org
|
April 09, 2005 Feature request | ||||
---|---|---|---|---|
| ||||
Posted in reply to Derek Parnell | To add import feature to be able to write something like this: static ubyte[] myBinResource = import@filename.ext; Being preprocessed will generate static ubyte[] myBinResource = [ 0x01, 0x02, .... // all other bytes from filename.ext ] Huh? |
Copyright © 1999-2021 by the D Language Foundation