On Sat, 22 Sep 2012, Jelle Hermsen wrote:

> The pkgsrc freeze for 2012Q3 started last Sunday and I had to get some 
> stuff fixed before that, so with that out of the way I'm focusing more 
> on porting CDE to NetBSD (and when I'm done with that Dragonfly).

CDE on FreeBSD works pretty nice now (only one or two apps broken)
but I still don't think I can push it against the FreeBSD ports tree.
Still too much work for example to achieve stability on 64-bit
platforms. Given the myriad of platforms NetBSD supports it
will take a bit to move towards releasing. Right know I have
around ~1100 invocations of XmVaGetValues() to review :)

> Anyway. At the moment I've got a local branch with 6 NetBSD specific 
> patches. Most patches aren't of much consequence (teaching configuration 
> files about NetBSD, adding checks for __NetBSD__ and such). CDE isn't 
> building yet as there are still quite a lot of #ifdefs to add for 
> NetBSD. I was wondering at what point it would be useful to send in my 
> patches. Should I wait until I get it to actually build?

I as much as I am a sinner too with __FreeBSD__ but we tend to use
CSRG_BASED for stuff common for OpenBSD and FreeBSD and most stuff could
be shared by other BSDs as well. We should definitely move towards
HaveSomething macros in the Imakefiles instead of the endless #if
defined(operatingsystem) chains.

Good news is that it builds with FreeBSD make without problems, so you
should have no issues with the NetBSD one (which is basically a superset
of FreeBSD pmake of sorts). bsdLib.inc has been changed recently to work
nicely with single digit shared libraries (libDtTerm.so.2), so I hope it
also helps.

We might think about sharing installer bits (currently in
cde/admin/IntegTools/post_install/freebsd) that could certainly apply to
other BSDs (given how similar inetd or /etc/rc.d/* are).

I am using old GCC (4.2.2 bundled with FreeBSD) and a recent clang to
test stuff (not sure if I can build a whole tree with clang, quite
possible). Had to go down from -O2 to -O because some optimization
broke structure of help files (.sdl).

I am not the gatekeeper but I don't mind partial patches as long
as they don't break other builds. Feel free to experiment on 
stuff that can be shared among BSDs, I am willing to test in
on my boxes.

//Marcin

------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

Reply via email to