A deb file of an early version of COMPO2 is now available at http://britseyeview.com/compo/.

I'd appreciate some feedback from the Debian based users in the D community. It's not technical stuff, but it's an example of what can be done with D+gtkd2.

Also, with a little tutoring, your kids might like it.

I have to take a break from developing it, and write some documentation now.

On Saturday, 8 February 2014 at 06:03:18 UTC, Steve Teale wrote:
> A deb file of an early version of COMPO2 is now available at http://britseyeview.com/compo/.
>
> I'd appreciate some feedback from the Debian based users in the D community. It's not technical stuff, but it's an example of what can be done with D+gtkd2.
>
> Also, with a little tutoring, your kids might like it.
>
> I have to take a break from developing it, and write some documentation now.

I think it's a nice piece of work

On Sat, 2014-02-08 at 06:03 +0000, Steve Teale wrote:
> A deb file of an early version of COMPO2 is now available at http://britseyeview.com/compo/.
> 
> I'd appreciate some feedback from the Debian based users in the D community. It's not technical stuff, but it's an example of what can be done with D+gtkd2.

I downloaded the deb file and put into my local deb repository. On update, the package appears to aptitude, but as an i386, 32-bit package. Although I am running a multiarch 64-bit Debian Unstable, compo was going to drag in 62 new i386 packages, which I'm afraid felt a bit to much to continue with.

Can I suggest:

1.  use the Debian package naming rules so that the version number and architecture are more standardly part of the name.

2. build a 64-bit amd64 package as well as a 32-bit i386 package.

Thanks.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Trying to build from source, I run into missing 'mainwin.d' file.
From the git history it seems like some time ago main.d was renamed to mainwin.d, but no mainwin.d seems to be present in the repository.

On Sunday, 9 February 2014 at 00:17:01 UTC, angel wrote:
> Trying to build from source, I run into missing 'mainwin.d' file.
> From the git history it seems like some time ago main.d was renamed to mainwin.d, but no mainwin.d seems to be present in the repository.

I'll fix it.

On Sunday, 9 February 2014 at 05:48:06 UTC, Steve Teale wrote:
> On Sunday, 9 February 2014 at 00:17:01 UTC, angel wrote:
>> Trying to build from source, I run into missing 'mainwin.d' file.
>> From the git history it seems like some time ago main.d was renamed to mainwin.d, but no mainwin.d seems to be present in the repository.
>
> I'll fix it.

Fixed now I hope. I had to change the name of main.d so I could write the stub compo.d file required by DUB. If I imported main into that, it clashed with main().

A bunch of changes were added at the same time, so what's there now should be the same as what created the current deb file.

On Saturday, 8 February 2014 at 17:32:05 UTC, Russel Winder wrote:
>
> 1.  use the Debian package naming rules so that the version number and
> architecture are more standardly part of the name.
>
> 2. build a 64-bit amd64 package as well as a 32-bit i386 package.
>

I have changed the naming to make it clear that it is a 32 bit version. However it's not clear to me whether I can build a 64 bit version on my 32 bit system.

a) How do I tell if my GCC version is multilib,
b) Can I build a static 64 bit library - gtkd2 - on my 32 bit system.

Thanks Steve

On Sun, 2014-02-09 at 07:25 +0000, Steve Teale wrote:
[…]
> I have changed the naming to make it clear that it is a 32 bit version. However it's not clear to me whether I can build a 64 bit version on my 32 bit system.

Should be possible if you have the 64-bit libraries, it's just a form of cross-compilation.

> a) How do I tell if my GCC version is multilib,

GCC just has flags to determine whether it does 32-bit or 64-bit compilation and linking. The only issue is whether you have the 32-bit libraries to link against.

For Debian (and Ubuntu, and some variants of Mint) ensure you have the multiarch-support and binutils-multiarch in place. Probably best to see https://wiki.debian.org/Multiarch

> b) Can I build a static 64 bit library - gtkd2 - on my 32 bit system.

Should be able to, DMD, GDC and LDC can all cross-compile.

If you send me a reference to your deb build repository, I'll clone it and give a build a try here, save you the hassle.

PS I thought the idea of D application compilation was not to build separate objects for each source and then link (as in your Makefile), but to compile and link all sources in one step (makes the Makefile simpler :-)

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Steve,

I cloned your Git repository. Instead of editing your Makefile to switch from your file structure to mine, I created a SCons build, using the separate compilation approach for now. with my 64-bit build of your code, I am seeing errors such as:

acomp.d(782): Error: cannot implicitly convert expression (parent.children.length + 1LU) of type ulong to int
acomp.d(801): Error: cannot implicitly convert expression (p.children.length + 1LU) of type ulong to int
acomp.d(857): Error: cannot implicitly convert expression (p.children.length) of type ulong to int

so it looks like your code is 32-bit specific. I guess this is the ago-old problem of C, C++, D, etc. that int is the most natural size for the platform, code is inherently not as portable as you think.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Steve,

I switched my SCons build to "all at once":

dmd -I/home/users/russel/lib.Linux.x86_64/GtkD_DMD/include/d/gtkd-2 -ofcompo about.d acomp.d arrow.d avery.d bevel.d brushdabs.d circle.d common.d compo.d config.d constants.d container.d controlsdlg.d controlset.d corner.d crescent.d cross.d csv.d curve.d deserialize.d drawing.d fader.d fancytext.d generic.d graphics.d heart.d interfaces.d keyvals.d lgradient.d line.d lineset.d mainwin.d menus.d merger.d mesh.d moon.d morphdlgs.d morphs.d morphtext.d noise.d partition.d pattern.d pglayout.d pixelimage.d pointset.d polycurve.d polygon.d printing.d random.d rect.d reference.d regpc.d regpoly.d rgradient.d richtext.d rsvgwrap.d separator.d serial.d serialize.d settings.d shapelib.d sheets.d strokeset.d svgimage.d tb2pm.d text.d textsrc.d tilings.d tree.d treeops.d triangle.d tvitem.d types.d uspsib.d
acomp.d(782): Error: cannot implicitly convert expression (parent.children.length + 1LU) of type ulong to int
acomp.d(801): Error: cannot implicitly convert expression (p.children.length + 1LU) of type ulong to int
acomp.d(857): Error: cannot implicitly convert expression (p.children.length) of type ulong to int
avery.d(221): Error: cannot implicitly convert expression (this.sheets.length) of type ulong to int
avery.d(672): Error: cannot implicitly convert expression (this.sheets.length) of type ulong to int
controlset.d(224): Error: cannot implicitly convert expression (this.wia.length - 1LU) of type ulong to int
csv.d(129): Error: cannot implicitly convert expression (atemp.length) of type ulong to int
deserialize.d(257): Error: cannot implicitly convert expression (lastIndexOf(cast(const(char)[])this.fileName, "/", cast(CaseSensitive)1)) of type long to int
generic.d(48): Error: cannot implicitly convert expression (this.sheets.length) of type ulong to int
generic.d(91): Error: cannot implicitly convert expression (this.sheets.length) of type ulong to int
merger.d(728): Error: cannot implicitly convert expression (indexOf(cast(const(char)[])this.md.spec, cast(const(char)[])colSpec, cast(CaseSensitive)1)) of type long to int
merger.d(735): Error: cannot implicitly convert expression (cast(ulong)pos + colSpec.length) of type ulong to int
pglayout.d(316): Error: cannot implicitly convert expression (this.marked.length) of type ulong to int
pixelimage.d(309): Error: cannot implicitly convert expression (lastIndexOf(cast(const(char)[])this.fileName, '/', cast(CaseSensitive)1)) of type long to int
pointset.d(136): Error: cannot implicitly convert expression (this.po.oPath.length) of type ulong to int
pointset.d(235): Error: cannot implicitly convert expression (this.po.editStack.length) of type ulong to int
polycurve.d(75): Error: cannot implicitly convert expression (this.po.pcPath.length) of type ulong to int
polycurve.d(184): Error: cannot implicitly convert expression (this.po.pcPath.length) of type ulong to int
polycurve.d(328): Error: cannot implicitly convert expression (this.po.editStack.length) of type ulong to int
polycurve.d(685): Error: cannot implicitly convert expression (this.pcPath.length - 1LU) of type ulong to int
polycurve.d(1040): Error: cannot implicitly convert expression (this.pcPath.length) of type ulong to int
scons: *** [compo] Error 1
scons: building terminated because of errors.

I guess we should take this off this list and over to the GitHub issues?

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder