Update of bug #25022 (project gnustep):
Category: Base/Foundation = Gui/AppKit
Status:None = Fixed
Open/Closed:Open = Closed
Follow-up Comment #21, bug #24785 (project gnustep):
Wolfgang,
Nevertheless, it is getting this problem on the standard compiler for NetBSD
(the latest release) which is 4.2.1. It needs to work there. We can't ask
people to build or download a new compiler simply because GNUstep happens to
URL:
http://savannah.gnu.org/bugs/?25024
Summary: --prefix=/usr/local used when building on Windows
Project: GNUstep
Submitted by: gcasa
Submitted on: Sat 06 Dec 2008 10:40:09 AM EST
Category: Makefiles
URL:
http://savannah.gnu.org/bugs/?25025
Summary: gdomap fails on windows
Project: GNUstep
Submitted by: gcasa
Submitted on: Sat 06 Dec 2008 10:52:48 AM EST
Category: None
Severity: 3 - Normal
Update of bug #25025 (project gnustep):
Status:None = Works For Me
___
Follow-up Comment #1:
You would get the warning message if it can't install (it assumes that being
unable to install
Follow-up Comment #2, bug #25025 (project gnustep):
I am logged in as Administrator and the installation worked a week ago with
no changes in my configuration.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25025
Update of bug #25025 (project gnustep):
Status:Works For Me = None
___
Follow-up Comment #3:
This only started happening after the SYSTEM/LOCAL change recently. I am
forcing it to install
URL:
http://savannah.gnu.org/bugs/?25026
Summary: compilation of gnustep-base fails on openbsd 4.4
sparc
Project: GNUstep
Submitted by: buzzdee
Submitted on: Sat 06 Dec 2008 04:27:57 PM GMT
Category: None
Follow-up Comment #4, bug #25025 (project gnustep):
It's fine on my system ... but I *haven't* tried forcing an install into
SYSTEM ... I suggest you look at where it's trying to install gdomap on your
machine, and figure out what it's doing. My guess is that the installation
path is wrong for
I am a disabled Mac developer who has just become an enthusiastic
advocate of Renaissance as a means of creating user interfaces for
Xcode applications without having to use Interface Builder.
The process of getting to this point, however, was such a huge problem
that I suspect many others
Update of bug #25026 (project gnustep):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #1:
I added a hack in
Follow-up Comment #2, bug #25026 (project gnustep):
Hi,
I applied the changes you did in trunk to the -stable sources I have
installed, and it compiles now. Many thanks.
Will this also be backported to -stable?
However, I get the following warnings when compiling:
cc GSXML.m -c
Follow-up Comment #3, bug #25026 (project gnustep):
Now it fails to compile GSSocketStream.m:
cc GSSocketStream.m -c
-DGNUSTEP_TARGET_DIR=. -DGNUSTEP_TARGET_CPU=sparc
-DGNUSTEP_TARGET_OS=openbsd4.4 -DGNUSTEP_IS_FLATTENED=yes
-DLIBRARY_COMBO=gnu-gnu-gnu -Wall -Wcast-align
URL:
http://savannah.gnu.org/bugs/?25027
Summary: fswatcher dies every minute or so
Project: GNUstep
Submitted by: stefanbidi
Submitted on: Sat 06 Dec 2008 07:36:46 PM GMT
Category: Application
Severity:
Follow-up Comment #1, bug #25027 (project gnustep):
I have seen this too.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25027
___
Message sent via/by Savannah
Follow-up Comment #5, bug #25025 (project gnustep):
$ ls
Gormgdnc.exe openapp
Gorm-1.dll gdomap.exe opentool
GormCore-1.dll gnustep-base-1_16.dll pl.exe
GormObjCHeaderParser-1.dll gnustep-base-1_17.dll pl2link.exe
Update of bug #25001 (project gnustep):
Status:None = Fixed
Open/Closed:Open = In Test
___
Follow-up Comment #1:
Please try it now.
Follow-up Comment #6, bug #25025 (project gnustep):
Yes, dll's go in the Tools directory because windows has to find them in the
path.
Incidentally gdomap is a plain C program which does not link with any gnustep
code or use any resources.
Follow-up Comment #2, bug #25027 (project gnustep):
happens here too on some installations. It didn't happen when I did the
fswatcher changes before the last release, so something definitively changed,
but for now I am clueless.
___
Reply
URL:
http://savannah.gnu.org/bugs/?25029
Summary: base fails to build due to TLS
Project: GNUstep
Submitted by: rmottola
Submitted on: Sun 07 Dec 2008 12:54:36 AM GMT
Category: Base/Foundation
Severity: 3
Update of bug #25029 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #7, bug #25011 (project gnustep):
The 'no launch path' issue is now fixed.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?25011
___
Message sent via/by Savannah
22 matches
Mail list logo