be losing
that…
-- Matthew R. Trower
> On Dec 29, 2022, at 19:22, cyrus torros wrote:
>
>
> Hello, I am wondering if anyone has devised any hacks to have MS style alt
> tabbing in CDE?
>
> also, I am wondering if it is possible to use enhanced motif window manager
>
20MB, and it’s not
fair to count that against CDE.
-- Matthew R. Trower
> On Dec 27, 2022, at 23:46, thinkunix via cdesktopenv-devel
> wrote:
>
> Here are my actual stats, well under 200 MB.
>
> CDE 2.2.3 on Slackware 14.1 x86_64
> IBM desktop with Intel Pentium 4
terribly wrong.
You’re sure it’s CDE taking the resources, and not other programs on your
machine? Can you supply more concrete information?
-- Matthew R. Trower
> On Dec 25, 2022, at 18:30, cyrus torros wrote:
>
>
> Good day all. I know this place is a grave yard, but I have a qu
I agree; submodules are a hassle and always seem to go wrong for me somehow.
I’d rather see it in-tree.
-- Matthew R. Trower
> On Jun 21, 2021, at 18:16, Christopher Turkel
> wrote:
>
> Go for it!
>
> Sent from my iPhone
>
>> On Jun 21, 2021, at 6:19 PM, Jon
-CONVERSION] add generated manpages
On 1/26/20 12:34 PM, Matthew R. Trower wrote:
Well, if building manpages is truly a
considerable slowdown, I guess I wouldn't be opposed to
optionally forgoing compilation in favor of pre-gene
Well, if building manpages is truly a considerable slowdown, I guess I wouldn't be opposed to optionally forgoing compilation in favor of pre-generated files. But the idea of only having pre-generated pages, and losing the ability to build from source, does not sit well with me.
From: j...@radscan.comSent: January 16, 2020 9:06 PMTo: cdesktopenv-devel@lists.sourceforge.netSubject: Re: [cdesktopenv-devel] CDE 2.3.2 has been released
On 1/16/20 7:24 PM, Matthew R. Trower wrote:
DtAppBuilder is a bit weird, and not my
niche to commen
rhaps job out HTML display to an external viewer? I think it
already supports opening messages in a text editor...-Jill
On 1/16/20 10:06 PM, Jon Trulson wrote:
On 1/16/20 7:24 PM, Matthew R. Trower wrote:
DtAppBuilder is a bit weird
DtAppBuilder is a bit weird, and not my niche to comment on. As for DtMail...If it had IMAP support I'd be using it today. It's actually always irked me that I can't. It has some rough edges, but those can also be smoothed. It doesn't do HTML mail, but not everyone even wants HTML mail.I haven
y still seem to lack support for aix, hpux, oracle
solaris and minix (for which I want to port to once the blockers for the debian
package are taken care of).
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On Friday, November 15, 2019 8:06 PM, Matthew R. Trower
wrote:
>
On the subject of Meson...
Back when we were determining which build system to transition to from imake,
autotools was selected for its wide wide range of platform compatibility.
Meson was considered at that time. The thing about Meson is that it depends on
python3.5 and ninja. Ninja in part
Forgive my ignorance Jon, but what's the trouble with cpp? Shouldn't the
platform C compiler (GCC, SunPRO, or whatever else) provide a suitable C
preprocessor? And why does using autotools rather than make affect the
situation?
What am I missing?
-mrt
Original Message
From
I would say, since the code isn't a current threat, let's take a moment to wrap
up a few of those items.
3) It's been a while since I've looked at the codebase. I'll take some time
over the next couple of days to make sure things are building and running right
on my Solaris-descended systems, a
3) it wasn't just you. Keypad has always been broken for me in dtterm, and
more annoyingly, dtcalc. When I looked (briefly) at the code some time back, it
seemed like there was support, so I don't know if this is some configuration
problem, or what. ( I haven't looked at your patch, and am jus
> $ strings /usr/dt/bin/sdthotkey|grep dtwmrc
> $HOME/.dt/$LANG/dtwmrc
> $HOME/.dt/dtwmrc
> /etc/dt/config/$LANG/sys.dtwmrc
> [...]
> I'd think those would be just be a search path for valid spots CDE might
> merge in configuration. Am I wrong and dtwm only wants a single-master
> dtwmrc?
I hav
βIs your build of CDE relatively recent? Jon removed tooltalk's reliance on /etc/hosts some time ago, IIRC.-mrt
On pollution of the build process: I care. I do not know that that makes any
practical difference, but you are not alone. Certain mainstream platforms get
easier with these processes. The rest bog down, become crotchety, or just flat
out don't work.
Sounds like ksh is going to be (even more o
Additionally, ninja or meson would severely restrict platform support. CMake could be alright.
This patch fixes up some additional regressions introduced in the
various shellcheck patches.
-mrt
>From 547d54af0ae89f20d4febdd896323f73aa2ebd17 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Wed, 31 Oct 2018 07:31:21 -0500
Subject: [PATCH] Fix various regressions
It's normal for documentation for these types of projects to be
distributed in its source form, as it's part of the project sources.
Naturally we want to retain that long term.
The manpages won't be straightforward to ship pregenerated. The DWB
tools (roff, etc) are cross-platform compatible, so
I'm really not familiar with this program, so I don't know how to test
it. But, here is the patch.
-mrt
>From cde735937250835f7d0af716af76e65d311b1edc Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 21:16:39 -0500
Subject: [PATCH] Restore origin
7;ve given plenty
of information on the situation anyway.
Sorry to spam the list.
-mrt
d...@blackshard.net (Matthew R. Trower) writes:
> ... my apologies; in the interest of precision, I mispoke here: it
> doesn't actually *break* installation per-say; it spits out alarming
> amo
@blackshard.net (Matthew R. Trower) writes:
> I'm sorry to report that with this commit, installCDE.src:CleanDaemons()
> is utterly broken. It doesn't work at all on any platform, and breaks
> installation on non AIX/freebsd/openbsd/netbsd/linux platforms (eg:
> sun). On
any POSIX 2004 platform, BSD, and AIX).
-mrt
>From 0757fd6f740514bc1e9396aaa727f0ee2f52c40e Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 08:56:44 -0500
Subject: [PATCH] Repair and simplify installCDE.src:CleanDaemons()
---
cde/admin/IntegTools/dbTo
This just cleans up the UseInstalledX11 logic. It flips the existing
master toggle in site.def instead of overriding it for each platform.
-mrt
>From d19bfde88ea2d8f5e4c9fb201bbe9764c13de1b8 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 25 Oct 2018 05:38:28
hese variables will probably soon be obsolete anyway.
-mrt
>From 569e419d7c3f7c713cbdfd5ffb89fe5e8b0351f3 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 25 Oct 2018 04:51:52 -0500
Subject: [PATCH] Add default TCLLIB, and allow override in host.def
Restores build on
Jon,
Regarding commit 392356f6b48c12d8ee3fda4f1a75641dbcfa98c2 ...
Whereas `tail -f` displays the last 10 lines of input before entering
follow mode, `tail +0f` displays the *entire* input before entering follow
mode (the number is the line of input to start on). I'm not certain
what the context
Jon,
After I get Solaris building again, I'm going to take a stab at
upgrading the docs system to modern docbook. In the past I've resisted
removing in-house components in favor of external dependencies, but I
recognize that there's a difference between maintaining a quality
codebase and stomping
What a mess. Thanks for soldiering forward, Jon.
Yeah, UTF-8 is long overdue.
If I might ask, how *is* Tcl being used? I've been wanting to add an
(optional) extension language to dtwm; is Tcl the obvious project-wide choice,
or should I just make my own selection?
-mrt
Original Message
the defects, and
maybe, fix a few dozen of them for kicks :)
-jon
On 08/01/2018 07:03 PM, Chase via cdesktopenv-devel wrote:
> I believe he is referring to this online linter: https://scan.coverity.com/
>
>
> Thank you for your time,
> -Chase
>
> ‐‐‐ Original Messag
12:09
To: Matthew R. Trower
Cc: Marcin Cieslak; cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] Docbook
On 07/31/2018 08:47 PM, Matthew R. Trower wrote:
> Jon Trulson writes:
>
>> On 07/31/2018 07:53 PM, Matthew R. Trower wrote:
>>> Jon Trulson writes:
&
Jon Trulson writes:
> On 07/31/2018 07:53 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>>
>>> Not a clue. I think ultimately we would want it to generate HTML and
>>> just use a web browser for both help and the guides.
>>
>> I'd real
Jon Trulson writes:
> Not a clue. I think ultimately we would want it to generate HTML and
> just use a web browser for both help and the guides.
I'd really hate to see that.
* DtInfo is part of CDE.
* DtInfo (like all of CDE) is very lightweight.
* DtInfo provides index and search capabilit
Chase writes:
> I guess I'm just having trouble understanding what I must do
> differently, does my patch simply need to be rebased and the commits
> deleting dtudcfonted can be reversed on your end, or do I need to
> manually readd all the previous files by hand from a previous version
> and rep
Chase via cdesktopenv-devel
writes:
> The reason I chose opensp instead of sp is simply because when I tried
> installing sp on Lubuntu, it gave me an error saying "Package sp has
> no installation candidate", although it is in the debian repos, so I
> don't know whats happening with that. I also
Chase via cdesktopenv-devel
writes:
> To be honest, I don't know how I would go about doing this, help would
> be appreciated. Is it at least pheasable to revert the previous
> commits and apply this one? I put a lot of work into it. My git
> workflow consists of master and then a custom branch w
Jon Trulson writes:
> Is it better to keep the current nsgmls until we know whether all of
> the supported platforms are working before removing it? ie: Introduce
> support for running the system version (and not building the CDE
> version) in one patch or patches. Then when we are ready, we ca
- mrtFrom: alxSent: Friday, July 20, 2018 03:41To: Matthew R. Trower; Richard L. Hamilton; Jon Trul
ll be able to make use of that.
> On Jul 19, 2018, at 22:25, Jon Trulson wrote:
>
> On 07/19/2018 08:15 PM, Matthew R. Trower wrote:
>> Hi Jon,
>> Do I understand correctly that dtapp is meant to function in the same vein
>> as open, xdg-open, gnome-open, etc?
>> As
ubject: Re: [cdesktopenv-devel] Integration of Antonis Tsolomitis'
desktop_approots tarball, with some changes
On 07/19/2018 08:15 PM, Matthew R. Trower wrote:
> Hi Jon,
>
> Do I understand correctly that dtapp is meant to function in the same vein as
> open, xdg-open, gnome
Hi Jon,
Do I understand correctly that dtapp is meant to function in the same vein as
open, xdg-open, gnome-open, etc?
As in, I can type
$ dtapp mypic.jpg
And my picture will open up in some suitable image viewer? If so, might you
consider continuing this naming convention by naming it dtope
Jon Trulson writes:
> I admit to ignorance when it comes to recent Sun/Oracle offerings and
> spinoffs... By all means, feel free to correct/adjust/clarify when you
> can. I think both the SolarisBuild and OpenIndianaBuild pages need
> updating as to content as well. I don't use either of those
Jon Trulson writes:
> I just wanted to let everyone know about some of the changes I made to
> the wiki over the past couple of days in preparation for the next
> release.
>
> Feel free to debate, point and laugh, etc :)
Fool! Mwuahahahaha!
...
Oh, did there need to be a point to that? =)
>
d...@blackshard.net (Matthew R. Trower) writes:
> How do we handle fonts right now? I know we install aliases since the
> originals aren't available... But, say I use both C and ja locales on
> the same machine; will / can CDE use a (different) appropriate font for
> each, or do
Alright, here's the patch.
-mrt
>From 9121aba9ec8786d52c54b3847d187ad960d0ce6d Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 26 Jun 2018 22:47:09 -0500
Subject: [PATCH] Fix DtMail compilation on Sun with GCC
---
cde/programs/dtmail/dtmail/FindDialog.C | 2
Jon Trulson writes:
> On 06/26/2018 08:08 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>>
>>> Should I expect a patch from someone for this?
>>> -jon
>>
>> I'll send one in. While I'm at it, tell me this - would you prefer to
&g
Jon Trulson writes:
> On 06/26/2018 04:23 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
> Yes... At the time the JP locale was very important -- that and some
> unsupported CN locales are probably what prompted the push for MB work
> in CDE... (not UTF of course,
Jon Trulson writes:
> When you get the time to clean up the wiki (hopefully before release),
> could you please remove the various broken links to dropbox?
>
> The Wiki let's you upload images and the like, and reference them so
> there should be no need for external images.
>
> I saw a few place
Jon Trulson writes:
> Should I expect a patch from someone for this?
> -jon
I'll send one in. While I'm at it, tell me this - would you prefer to
keep detection logic, using system strcasestr where we think it is
probably available, or just use our custom strcasestr on all platforms?
-mrt
---
Brent Busby writes:
> Robert Pangrazio writes:
>
>> Just to put it out there, currently I have CDE running on Ubuntu 16.04
>> using multiple monitors. I have a few xrandr commands in my .dtprofile that
>> configures my 3 monitors and arranges them - even rotating them, and it
>> works great. I e
Brent Busby writes:
> d...@blackshard.net (Matthew R. Trower) writes:
>
>> My experience was that when using fetchmail (or getmail, or dtmail's
>> builtin IMAP), you cannot leave messages on the server. If you do, they
>> will be repeatedly fetched, causing much
Ulrich Wilkens writes:
> On 06/19/18 22:56, Matthew R. Trower wrote:
>> DtMail attempts to detect whether the non-standard strcasestr() is
>> available, and defines it if it is not. Unfortunately, the detection
>> code is imperfect. Fortunately, we can make it a
Robert Pangrazio writes:
> Also, I have used dtmail with GMail/IMAP using a local relay via
> procmail to sync it to the local mailbox. Sending was via a local
> sendmail relay. Worked great. I think the bigger issue is the lack of
> HTML support. I couldn't read a lot of my emails because of it.
Jon Trulson writes:
> On 06/25/2018 07:40 AM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>> Hey, as it turns out, XRandR is supported just fine through the current
>> multihead code (as much as multihead works at all, anyway). So that's
>> cool news.
José Carlos Carrión Plaza writes:
> Enviado desde mi iPhone
>
> What about using libcurl for IMAP/POP with SSL support? We wouldn’t reinvent
> the wheel...
...but we might build our own wheel, instead of borrowing another. =)
Neither IMAP nor SSL support should be difficult, and I don't see th
Ulrich Wilkens writes:
> On 06/13/18 07:22, Ulrich Wilkens wrote:
>
> I have now finished the test of the patch. It runs fine on all platforms.
> Unfortunately site.def and sun.cf have changed in the meantime.
> So I'm afraid it won't apply anymore.
> @Matthew: Can you recreate the patch?
Hmm, i
Jon Trulson writes:
> On 06/20/2018 06:46 PM, Matthew R. Trower wrote:
>>> As for dtudc*, why? Who needs it?
>>> If you really want it, there is no reason it could not just be
>>> maintained outside of CDE as a separate project -- just requiring a
>>>
I can say with confidence that I doubt the CDE authors ever saw that coming in
1990.
-mrt
Original Message
From: Henry Bonath
Sent: Sunday, June 24, 2018 13:45
To: Pete Lancashire
Cc: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] You guys are driving me nuts with id
For what it's worth, imake is included in the CDE source tree. We don't use a
system binary. There's no need to install it from MacPorts.
-mrt
Original Message
From: Richard L. Hamilton
Sent: Sunday, June 24, 2018 10:47
To: Matthew R. Trower
Cc: CDE development
Subject: R
Not unless your Macintosh was manufactured 1987-1990 and runs A/UX ;)
-mrt
Original Message
From: Richard L. Hamilton
Sent: Sunday, June 24, 2018 10:29
To: Chase
Cc: CDE development
Subject: Re: [cdesktopenv-devel] [PATCH] Remove Apple unix support
> On Jun 24, 2018, at 11:00, Chase via cde
ge ‐‐‐ On June 23, 2018 5:57 PM, Matthew R. Trower wrote: I would think we should cut new releases when we are ready to do so, rather than after an arbitrary amount of time. Some projects (ex. Debian, Firefox, much commercial software) that have very frequent commits benefit from a set release sc
om> wrote:I vote yes.On Fri, Jun 22, 2018 at 8:56 PM Matthew R. Trower <d...@blackshard.net> wrote:Affirmative. -mrt Original Message From: Jon Trulson Sent: Friday, June 22, 2018 17:55 To: cdesktopenv-devel@lists.sourceforge.net Subject: [cdesktopenv-devel] Proposing an official release
Affirmative.
-mrt
Original Message
From: Jon Trulson
Sent: Friday, June 22, 2018 17:55
To: cdesktopenv-devel@lists.sourceforge.net
Subject: [cdesktopenv-devel] Proposing an official release in two weeks
As the title says, I'd like to propose a "stable" release of CDE in two
weeks.
cde-next
Marcin Cieslak writes:
> On Wed, 20 Jun 2018, Jon Trulson wrote:
>
>> On 06/20/2018 06:01 PM, Chase wrote:
>>
>> The next release will be 2.3, because things.
>>
>> Autotools will take a while, before it's functional. There are many steps to
>> building CDE, it will not be a trivial task to re
> As for dtudc*, why? Who needs it?
> If you really want it, there is no reason it could not just be
> maintained outside of CDE as a separate project -- just requiring a
> X11/Motif/CDE dev environment to build.
Is there some strong reason we need to kill it? I understand why there
might not be
Jon Trulson writes:
> Imake is dead, and I see no point in trying to "take over" and improve
> it. Autotools (as others have also mentioned in this thread) is the
> way to go moving forward. We might be able to leverage some of the
> work X11 did there as well.
Well, my expectation was that we
Jon Trulson writes:
> I used the first patch. The second one failed for fbsd/clang (static
> definition should only be in class definition, not function
> definition). Gcc didn't complain. At anyrate, applied to master.
Oh... Yeah, SunPro warned me about that being an anachronism. I didn't
wa
I don't think imake is so bad, but it does have its limitations. If the consensus is that we should move to autotools (the only reasonable alternative that I'm aware of), I would be willing to take a stab at the
2.11 == Solaris 11
So it's not Solaris 5.x, but SunOS 5.x and Solaris 2.x. The original
text was correct here.
-mrt
>From a281af9426eee4be5a41406ccc6500cf3ebad605 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Mon, 11 Jun 2018 23:10:39 -0500
Subject: [PATCH] Min
:00 2001
From: "Matthew R. Trower"
Date: Tue, 19 Jun 2018 15:25:20 -0500
Subject: [PATCH] Resolve inconsistent strcasestr availability on Sun
---
cde/programs/dtmail/dtmail/FindDialog.C | 4 ++--
cde/programs/dtmail/dtmail/FindDialog.h | 5 +
2 files changed, 7 insertions(+)
sable your current
graphical login manager first, as it will conflict, and dtlogin will
refuse to enable.
Support for ttserver and friends to follow. Enjoy =)
>From 7c39c132eb2ae2f628d69d2d01795976daf3ca79 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Mon, 18 Jun 2018
Jon Trulson writes:
> On 06/15/2018 09:11 PM, Matthew R. Trower wrote:
>> Hey Jon, I see that you've started working on this a bit.
>>
>> I had a look at your commits (as I also have an interest in this space),
>> and I'm watching this hardcoded line grow:
&g
Antonis Tsolomitis writes:
> (c) On the window menu other than Move, Size, Minimize, Maximize,
> Lower, a very useful addition is
> "Always on top". A video, or news is playing on an "always on top"
> window and you work
> on something else. Or you copy-paste from a lower window to the
> "always
"Richard L. Hamilton" writes:
> On Jun 16, 2018, at 05:59, Antonis Tsolomitis
> wrote:
>
> A right click for menu and a click on Open is again 2 clicks. The issue here
> is to cut down the
> clicks
> to 50%. All other common desktops I know of, support one click to open.
>
> Right press an
Ulrich Wilkens writes:
> In the meantime I've setup a new system with Hipster 2018.04 and can
> reproduce the problems.
Oh, excellent!
> I've solved most gcc6 problems by setting _XOPEN_SOURCE to 700 like the
> other platforms already have. And by raising the mentioned numbers to 8.
> Both is qu
Jon Trulson writes:
> What gcc6 issues did you have? I fixed some for FreeBSD, maybe it
> works for you now?
Alright, here's the deal. GCC>4 turns on C11 mode by default. It's a
standards error to compile an XPG5 (or older) application with a C99 or
newer compiler. Sun systems actually call
that there's a
shiny, smart config system buried under years of grime, just begging to
be let out =)
-mrt
>From 9e6f486473e59796d07e82fd58feefb73ee1bb18 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Fri, 15 Jun 2018 21:34:43 -0500
Subject: [PATCH] Condense templated
Chase via cdesktopenv-devel
writes:
> We really ought to stop patching our version of Imake and just start
> using the ones prepackaged in Linux, *BSD and Solaris, would make all
> our lives much easier and the code smaller and more maintainable.
Has it been so large a burden? I see 4 patches i
6 issues did you have? I fixed some for FreeBSD, maybe it works
for you now?
-jon
On 06/15/2018 01:31 AM, Matthew R. Trower wrote:
> Hey, I got a clean build out of GCC =)
>
> ---
>
> CDE on Sun, when built with GCC, uses whatever GCC binary is in the
> path. This is good and
, I'm almost done; I
have two more (minor) patches planned and then I'll be set for release.
-- Matthew R. Trower
>From 4225fbd44001b847df98f69f6a7389355b3eba62 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Wed, 13 Jun 2018 05:15:01 -0500
Subject: [PA
nder -Wundef on
> non-studio c compilers...
Certainly!
-- Matthew R. Trower
>From f1885df8e56ec40d3b7bac1cd04e8414fdd291ee Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Wed, 13 Jun 2018 22:16:14 -0500
Subject: [PATCH] nsgml: Resolve symbol collision when building with SunStudio
âFor some reason, I thought we already had a window list (something textual and basic, like most traditional WMS seem to have). Well, I'll investigate it as an option for cde-next, after we get this release out.
esktopenv-devel] question about windows list
Oh, good point. I didn't read the last sentence. ALT-TAB should work...
-jon
On 06/14/2018 01:34 PM, Matthew R. Trower wrote:
> This functionality should be bound to either alt+tab or alt+esc by default.
> Do they not work for you?
>
&
This functionality should be bound to either alt+tab or alt+esc by default. Do
they not work for you?
Have a look through programs/dtwm/WmResource.c sometime for other interesting
keybinds.
Original Message
From: Antonis Tsolomitis
Sent: Thursday, June 14, 2018 05:31
To: cdesktopenv-devel@l
:24
To: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] Moving to MIT license
On 14/06/2018 09:23 πμ, Matthew R. Trower wrote:
> Antonis Tsolomitis writes:
>
>> And what people mean by "LGPL is restrictive" ? Restrictive for who?
> For any developer
free license for large projects compatible with
> GPL3.
>
> LGPL is fine. Why change it to a more restrictive for users(!)
> license?
In what way is MIT, or BSD 4 or 3 clause retrictive for a user?
Especially when compared to the LGPL. The whole idea here is to move
from a s
d...@blackshard.net (Matthew R. Trower) writes:
> I'll try to set up an environment with 12.3 tomorrow, and see what
> happens.
>
>
Alright, so...
SolarisStudio12.3 compiles this fine. SunStudio12.1 encounters the
problem. It seems to me this is probably a compiler bu
ion 4
in host.def, or redirect the system symlink, but I'll have a patch with
the real fix shortly.
-- Matthew R. Trower
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, S
tif you're building
against - $(MotifProjectRoot)/include/Xm. This is of course obvious
if you're familiar with the internals, but perhaps not so obvious if
you're following wiki instructions.
-- Matthew R. Trower
s (until we encounter GCC 6 in
modern OpenIndiana); should it just go away?
There are bugs that surface when this code is actually run (related to
version logic, I believe). I'll have further questions, and some
suggestions, but I can forumlate them more intelligently after I
underst
sense to me --- it *is* cached, auto-generated
data, from what I understand.
-- Matthew R. Trower
--
Check out the vibrant tech community on one of the world's most
engaging tech sit
ly.
I'm not sure that we *need* to do it, nor do I suppose I possess any
controlling interest in the matter, but... it's an opinion, anyway. =)
-- Matthew R. Trower
--
Check out the vibrant tech community on on
Jon Trulson writes:
> On 06/08/2018 07:16 PM, Matthew R. Trower wrote:
>>> As for the changes - if a locally compiled motif is required, and it's
>>> customary to install that in /opt, then that's what the changes should
>>> be in sun.cf.
>>>
>
.tmpl
Looking at the in-tree motif, all that's there these days is doc and
localization for Motif. Does that have something to do with it?
-- Matthew R. Trower
--
Check out the vibrant tech community on one of t
Ulrich Wilkens writes:
> On 06/11/18 04:30, Matthew R. Trower wrote:
>
>>
>> Nah. The issue is traceable back to Ptr.C and Ptr.h. Stripping out
>> preprocessor #if noise, the generated entmgr_inst.C tries to do this:
>>
>> ---
>>templat
d...@blackshard.net (Matthew R. Trower) writes:
> Here's a potential patch which solves this issue for me. It should, in
> my estimation, be functionally equivalent. Though, I'm still curious as
> to whether Ulrich gets a clean build without it, and if so, why.
>
> Tho
Here's a potential patch which solves this issue for me. It should, in
my estimation, be functionally equivalent. Though, I'm still curious as
to whether Ulrich gets a clean build without it, and if so, why.
Thoughts?
-- Matthew R. Trower
>From 35f1b6ad5d76effa03793d3e8ff9bbd
Jon Trulson writes:
>
> That looks like the compiler can't tell the difference between a const
> and non-const definition. Perhaps you need to define:
>
> -DSP_VOLATILE=volatile -DSP_CONST=const
>
> for your architecture in programs/nsgmls/Imakefile like Linux and BSD.
>
> You might look an see
ally incorrect, especially across domains.
However, I'm not sure why we need to get rid of /var/dt to begin with?
Debian does have some interesting ideas about where files must go, but
I'm pretty sure /var/dt doesn't violate the FHS --- does it?
-- Matthew R. Trower
Ulrich Wilkens writes:
> Hello, I've running CDE here on Solaris and Illumos. Both compile
> with SunStudio 12.3 without problems.
> Unfortunately both are not the latest versions. But on Solaris 12.2
> and Hipster 2014.10 everything is ok here.
> If I can find the time I could update my Hipster
1 - 100 of 120 matches
Mail list logo