#189 CDE fails to build on DragonFly

[Pascal de Bruijn]

I'm try to build CDE git on DragonFly (BSD) 6.4.2, and I'm encountering some issues at least due to CSRG_BASED not getting set, as CDE isn't setting $bsd in ./configure as DragonFly isn't recognized...

FYI '$build_os' seems to resolve to 'dragonfly6.4' so it should probably match to 'dragonfly*'

And it seems that lib/tt/lib/tt_options.h is lacking a elif defined(DragonFly) line as well, though this may be less problematic... I'm not quite sure if OPT_CONST_CORRECT needs to be set? This depends on the compiler??? which happens to be gcc 8.3 on current DragonFly.

[Pascal de Bruijn]

With the attached patch applied, the build gets stuck at:

rm -rf UNIXbindings
../../util/tradcpp/tradcpp -P -DXCOMM=# -DCDE_INSTALLATION_TOP=/usr/dt -I../../include/Dt  > UNIXbindings

Any hints?

[Pascal de Bruijn]

So the UNIXbindings issue was just me not using gmake ...

I've managed to make some further progress, see attached patch...

Now I'm stuck at :

RFCBodyPart.C: error: undefined reference to 'libiconv_open'
RFCBodyPart.C: error: undefined reference to 'libiconv'
RFCBodyPart.C: error: undefined reference to 'libiconv_close'

[Pascal de Bruijn]

./configure --with-libiconv-prefix=/usr/local fixed that issue.

I solved a few more minor issues, see v3 patch attached.

[Pascal de Bruijn]

However dtcodegen is segfaulting now...

NLSPATH=../../../../programs/dtappbuilder/src/abmf/dtcoregen.cat ../abmc/dtcodegen -changed -merge -p dtbuilder.bip about_box.bil

See attached backtrace... I'm unsure what's happening here...

[Pascal de Bruijn]

@jon13 I'm a bit at a loss with regard to the dtcodegen issue, any insights on your end?

[Pascal de Bruijn]

And this is still reproducible with gcc 13.4...

[Pascal de Bruijn]

So after removing dtappbuilder and ttsnoop from programs/Makefile and compiling with my v3 patch applied the rest of CDE builds just fine.

[Pascal de Bruijn]

without dtappbuilder and ttsnoop, startx /usr/dt/bin/dtsession starts just fine.

@jon13 would you please consider applying my v3 patch, given that those changes seem to be fine, even if they don't solve all issues yet.

[Pascal de Bruijn]

The plot thickens, when executing dtcodegen without NLSPATH= it seems to work just fine...

Unrelated Sidenote: programs/dtimsstart/main.c contains a reference to ENV_NLSPATH, wonder if that actually intentional?!?!?

[Pascal de Bruijn]

The attached v4.2 patch also fixes 'dtlogin' so that works now too...

[Pascal de Bruijn]

with regard to dtcodegen any calls to CATGETS seem to trigger a Segmentation Fault...