Update of bug #21690 (project gnustep):
Status:None = Works For Me
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #20632 (project gnustep):
Status:None = Ready For Test
Open/Closed:Open = In Test
___
Follow-up Comment #2:
I tried to improve
Update of bug #12478 (project gnustep):
Status:None = Wont Fix
Open/Closed:Open = Declined
___
Follow-up Comment #4:
As you found out
Follow-up Comment #1, bug #22476 (project gnustep):
All of this is caused by the missing alpha handling for bitmaps on windows.
There isn't much we can do about it. Perhaps a GDI+ based drawing system could
improve this, but there is nobody working on that.
Update of bug #12374 (project gnustep):
Status:None = Fixed
Assigned to:None = FredKiefer
Open/Closed:Open = Closed
Update of bug #23967 (project gnustep):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #3:
If it works when
Follow-up Comment #8, bug #23876 (project gnustep):
AC_SYS_PROCFS is not a standard autoconf macro, just a macro polluting
autoconf's namespace (a common practice, unfortunately).
___
Reply to this item at:
Follow-up Comment #9, bug #23876 (project gnustep):
AC_SYS_PROCFS is not a standard autoconf macro
Thanks ... I guess it must be defined somewhere in GNUstep then ... so if the
macro is generating a poor test, we need to change it once we know of a better
test.
Follow-up Comment #10, bug #23876 (project gnustep):
The macro definition is in config/procfs.m4. I don't know where it came
from, but definitely not Autoconf.
The test being performed there is going to fail in chroots that do not mount
/proc.
FWIW, it doesn't fail on Debian autobuilders;
Follow-up Comment #11, bug #23876 (project gnustep):
I just tried in a pbuilder chroot (which mounts /proc) -- the `mount' command
outputs nothing.
The attached trivial patch should be equally reliable and should DTRT in such
chroots. Funda Wang, does it work for you if you apply it and then
Follow-up Comment #12, bug #23876 (project gnustep):
yes it builds correctly in a chrooted environment. Thanks.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?23876
___
Message
Update of bug #23876 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #13:
Thanks ... patch
URL:
http://savannah.gnu.org/bugs/?24109
Summary: gnustep-gui 0.14.0 does not build with
LDFLAGS=-Wl,--as-needed -Wl,--no-undefined
Project: GNUstep
Submitted by: fundawang
Submitted on: Wed 20 Aug 2008 11:41:21 AM GMT
URL:
http://savannah.gnu.org/bugs/?24110
Summary: gnustep-back 0.14.0 does not build in x86_64
environment
Project: GNUstep
Submitted by: fundawang
Submitted on: Wed 20 Aug 2008 03:29:26 PM GMT
Category: Backend
Follow-up Comment #1, bug #24054 (project gnustep):
So far I can't reproduce this with current svn on my system.
The animation test seems to run fine, but I do get a stream of warning
messages logged saying 'invalid type 1065353216'.
This seems to be coming from the art backend.
Follow-up Comment #2, bug #24054 (project gnustep):
Strange this may be due to system differences. I am working on a 32 bit
system and you are most likely using your 64 bit one.
Greg gets similar errors from art on his 64 bit system but I havent't been
able to reproduce this.
I will recompile
Follow-up Comment #1, bug #24110 (project gnustep):
It works properly on my x86_64 server running Debian Etch. Which
distribution are you running on? It looks like your missing the 64 bit
versions of some dependencies.
___
Reply to this
URL:
http://savannah.gnu.org/bugs/?24111
Summary: NetBSD Unable to detach thread
Project: GNUstep
Submitted by: rmottola
Submitted on: Wed 20 Aug 2008 11:19:29 PM GMT
Category: Base/Foundation
Severity: 4
18 matches
Mail list logo