Sorry - please ignore this - won't help.
> Try compiling with
>
> make -d
>
> and send me the results - thanks.
>
> On Tue, 9 Apr 2002, Fred Kiefer wrote:
>
> > Trying to build the new backend back on mingw fails with the message:
> > kiefer@XANTHUS ~/GNUstep/core/back
> > $ /usr/bin/make
>
> Trying to build the new backend back on mingw fails with the message:
> kiefer@XANTHUS ~/GNUstep/core/back
> $ /usr/bin/make
> GNUmakefile.postamble:31: *** target pattern contains no `%'. Stop.
I think this might happen if GNUSTEP_MAKEFILES contains a ':' ... which is
not allowed by make, be
Try compiling with
make -d
and send me the results - thanks.
On Tue, 9 Apr 2002, Fred Kiefer wrote:
> Trying to build the new backend back on mingw fails with the message:
> kiefer@XANTHUS ~/GNUstep/core/back
> $ /usr/bin/make
> GNUmakefile.postamble:31: *** target pattern contains no `%'. St
Trying to build the new backend back on mingw fails with the message:
kiefer@XANTHUS ~/GNUstep/core/back
$ /usr/bin/make
GNUmakefile.postamble:31: *** target pattern contains no `%'. Stop.
This happens independend of the actual backend I am configuring for.
Commenting out that rule just moves t
Two new files are now using rint() in the gui library (NSMatrix and
NSClipView) as this function is not available on all systems (namely not
on MS Window) it is not possible to compile gui on such a system. To
work around this the configuration checks for this function and sets a
flag whether
Hi,
If {NSScroller -setFloatValue:knobProportion:] is called with a changed
knobProportion but an unchanged floatValue the internal values will be
updated, but it won't redraw itself. The reason is that
-setFloatValue:knobProportion: sets the knobProportion and then calls
-setFloatValue: to set t
Hello, Richard Frith-Macdonald.
RFM> > RFM> OK ... guess I was wrong about that ... it *does* seem to say
RFM> > strings
RFM> > RFM> should be converted to unicode ... but that's incorrect/misleading
RFM> > RFM> documentation.
RFM> >
RFM> > What documentation do you reccomend me to us
Begin forwarded message:
> From: Richard Frith-Macdonald <[EMAIL PROTECTED]>
> Date: Mon Apr 08, 2002 03:43:42 PM Europe/London
> To: Serg Stoyan <[EMAIL PROTECTED]>
> Subject: Re: patch to gnustep-base (Unicode and others)
>
>
> On Monday, April 8, 2002, at 10:13 AM, Serg Stoyan wrote:
>> RF
Hello, Richard Frith-Macdonald.
RFM> > RFM> Perhaps you can explain more ... as far as I cn see the above is
RFM> > RFM> simply wrong. Certainly initWithCString* methods are not
RFM> > RFM> supposed to convert to unicode (as a general rule), and
RFM> > RFM> OpenStep doesn't say they s
Once again I've forgot something...
Info's from gnustep-core (make, base ang gui) are unusable.
Some of them misses dir entry (and install-info fails), others
are completely broken.
For example, coding-standards.texi (from base):
START-INFO-DIR-ENTRY
* Coding: (coding). Coding Standar
I just forgot one thing. Multisectional info files (like
manual.info in gnustep-base) not installed. In fact, only
root info file (manual.info) being installed, not
manual.info-{1,2,3,...}...
--
Regards, Sir Raorn.
AIF5-RIPN, Binec System Administrator.
msg01381/pgp0.pgp
Description: PGP
On Sunday, April 7, 2002, at 11:15 PM, Serg Stoyan wrote:
> Hello, Richard Frith-Macdonald.
>
> RFM> > Here is a patch to the gnustep-base, whith additions such as:
> RFM> > - fixes NSString's initWithCString* methods behaviour by
> commenting out
> RFM> > GSString's. Without it initWithCS
Well, GNUstep cvs 20020406 (22-23 GMT+3). Problems with documentation
in gnustep-make (make -C Documentation install):
GNUSTEP_DOCUMENTATION_INFO not defined in GNUMakefile.in
info's still installed in $(GNUSTEP_DOCUMENTATION)/$(DOC_INSTALL_DIR).
(gnuste-make-info.patch)
In documentation.make GN
13 matches
Mail list logo