Re: Hosts MAC address available from within Foundation?
On 2007-03-20 19:22:00 +0100 Michael Hopkins <[EMAIL PROTECTED]> wrote: Is there some part of the Foundation API that lets me unambiguously discover the MAC address of the host running the application? No, but you can use getaddrinfo(3) to obtain a socket address structure, then loop through each entry and check whether it's AF_LINK. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Problem with SVN checkout
On 2006-12-24 13:20:40 +0100 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: [...] It's moved into /svn/gnustep/obsolete, but that didn't change the 'svn:externals' property. That should be fixed now ... please try again. You, works again, thanks. And happy holidays, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Problem with SVN checkout
Hi, since this morning I get a weird error message while checking out SVN: Fetching external item into 'dev-apps/...' External at revision 24235. Fetching external item into 'tests/...' External at revision 24235. No problem here, I get all modules from dev-apps and tests, but then I get Fetching external item into 'dev-libs/db' External at revision 24235. Fetching external item into 'dev-libs/extensions' svn: REPORT request failed on '/svn/gnustep/!svn/vcc/default' svn: Cannot replace a directory from within ??? I renamed dev-libs and tried to re-get the whole 'tree,' it correctly checks out the 'db' module but then I get a message, that 'extensions' doesn't exist (on the server side). -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Latest changes to NSImage(?)
Hello, I guess something went wrong with the latest changes to NSImage (I guess) -- see attachment. It kind of shows GNUMail's application icon... -- Chris <> ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New developers
On 2006-11-13 16:13:33 +0100 Adam Fedor <[EMAIL PROTECTED]> wrote: [...] There's a lot more I've failed to mention in the past, but I'll try to keep up from now on... Just wondering... I got a confirmation mail from Jonas Jacobson from FSF on 9/19 about my assigning NSNetServices to GNUstep -- but I still haven't received any papers to actually sign. How long does that usually take? -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Latest checkout of SVN breaks due to bugs in NSScrollView
--- NSScrollView.m.ORG Fri Sep 22 15:24:28 2006 +++ NSScrollView.m Fri Sep 22 15:25:01 2006 @@ -951,11 +951,11 @@ break; case NSBezelBorder: - [[GSTheme theme] drawGrayBezel: _bounds : rect]; + [[GSTheme theme] drawGrayBezel: _bounds withClip: rect]; break; case NSGrooveBorder: - [[GSTheme theme] drawGroove: _bounds : rect]; + [[GSTheme theme] drawGroove: _bounds withClip: rect]; break; } -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
configuration 'variables'
Hi, I was wondering whether it wouldn't make sense to make all the HAVE_xyz variables available that are defined during installation of GNUstep. That would make it easier to program without having to check first (again) whether GNUstep is compiled with, for example, pthread or libxml support. Since -make, -base and -gui already check for a whole slew of 'features' why not store those in /Library/.../base.make and .../gui.make (or somewhere else) as well? That would make the need of writing another configure script that checks for the same features again, or tons of ifeq(...) in GNUmakefile(s) obsolete. Just a thought, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Advertisement for gnustep
On 2006-09-12 13:38:40 +0200 Gürkan Sengün <[EMAIL PROTECTED]> wrote: > Indeed, especially if it looks like something I am used to, say > NeXTSTEP/OPENSTEP, Windows or Mac OS X. Please pretty please, > don't make new themes, new looks, another "we are gnome, we > are cool", "we are KDE, we are new", "whatever new thing > that is just ugly". You're absolutely right, however that is one of the major drawbacks for GNUstep -- that it DOESN'T look like KDE, GNOME or XFCE. Or should I say "doesn't try to imitate Windows" ??? Most people are USED to the Windows look and feel, they are NOT used (anymore) to the look of NeXT (or OSX for that matter). -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Advertisement for gnustep
On 2006-09-10 14:33:22 +0200 Philippe C.D. Robert <[EMAIL PROTECTED]> wrote:
> Personally I would integrate Etoilé into GNUstep (granted the authors
> agree), update the GNUstep website to reflect this new "GNUstep paradigm"
> ("GNUstep" being a GNU desktop for X11 based Unices) and then advertise this
> as "GNUstep Alpha" or so (the frameworks/ libraries can still be used as
> cross-platform API, of course).
Sorry to probably p*ss some of Etoile's developers off, but though Etoile has
some cool ideas (and some of those even already implemented) it is further away
from being a desktop environment than GWorkspace.
--
Chris
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Advertisement for gnustep
On 2006-09-10 07:30:15 +0200 Patrick McFarland <[EMAIL PROTECTED]> wrote: On Sunday 10 September 2006 00:21, Adam Fedor wrote: RMS has offered to put something on the gnu.org home page about GNUstep. Any ideas what we should say or ask for? I had mentioned that we are trying to organize a desktop. Honestly, I'd ask him to save the offer for maybe another few years. Advertising for something that doesn't exist and has a strong chance of not existing is stupid, and will only sour relations with potential users. You are right in assuming that people with a potential interest in looking for a GNUstep-based *desktop*environment* would be pretty pissed if there was an ad for 'vaporware' -- however, you *should* keep in mind that originally GNUstep was supposed to be the development (and desktop?) environment of choice for the GNU operating system... -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
On 2006-09-08 13:19:54 +0200 Nicola Pero <[EMAIL PROTECTED]> wrote: Please try again now ... which_lib is gone!! :-) Works for me anyway. Confirmed. Works again. Cool, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
On 2006-09-08 12:39:11 +0200 Nicola Pero <[EMAIL PROTECTED]> wrote: Sorry about that ... I'll start to do a bit of simplification now and make sure I test building gnustep-base properly. :-) No problem. It's not just base, basically all .../Library/Makefile/Instance/*.make files are 'involved' I tried to 'make debug=no profile=no shared=yes' which didn't help either (same message) but when I started to edit the above mentioned xyz.make files (eg. library.make, application.make and so on) and removed the lines containing debug=$(debug) profile=$(profile) shared=$(shared) \ everything compiled cleanly again. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
Hi, I'm not sure if the following problem relates to this clean-up, but after running a checkout, building and installing -make, I now get Making all for library libgnustep-base... Linking library libgnustep-base ... gcc41: debug=: No such file or directory gcc41: profile=: No such file or directory gmake[1]: Leaving directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/Source' Making all in SSL... gmake[1]: Entering directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/SSL' Making all for bundle SSL... Linking bundle SSL ... gcc41: debug=: No such file or directory gcc41: profile=: No such file or directory gmake[2]: *** [SSL.bundle/./SSL] Error 1 gmake[1]: *** [SSL.all.bundle.variables] Error 2 gmake[1]: Leaving directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/SSL' gmake: *** [internal-all] Error 2 -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-29 14:03:36 +0200 Quentin Mathé <[EMAIL PROTECTED]> wrote: > May be the Summer of Code 2006 page which lists most of missing classes. > There is a link on the wiki front page: mediawiki.gnustep.org/index.php/Summer_Of_Code_2006> Check the history of that page ;-) But that's not exactly what I had/have in mind. I was more thinking of an official 'list of classes that want to have implemented' to which people can set their name as a 'I will do/implement that.' -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: The need for an official GNUstep desktop
On 2006-08-27 22:35:37 +0200 Nicolas Roard <[EMAIL PROTECTED]>
wrote:
[...]
In fact... I'm starting more and more to think that GNUstep, instead
of trying to be a jack of all trades -- I mean, it's a programming
toolkit, no, a development environment with RAD, no, a web application
server, no, a desktop with a filemanager... etc. -- should "split"
into its sub projects ("technically" not, perhaps, but "publically"
yes).
[...]
I am aware that I do not have much say in this issue, but nevertheless
I think Nicolas is absolutely right here.
As Greg points out, GNUstep CAN be both, but as Saso indicates,
GNUstep is first and foremost a development framework.
However, the above has some merit -- why not 'split' GNUstep in two
_official_ parts (and I think that is what Greg had in mind)
a) GNUstep Core -- the development framework, as it is right now
b) GNUstep Desktop -- well, the desktop itself.
The advantage would be that man-power can be pooled. So instead of
several people trying to re-invent the wheel, they will focus on ONE
(hopefully) perfect desktop, instead of several, and instead of trying
to figure out work-arounds, fixes will float back into GNUstep-Core.
Another advantage, as already pointed out by Greg, would be
_coordination_ which currently IS missing with the development of
Etoile and GWorkspace (sorry to say that). Not to mention the ones
that never meet the light of day err are released into the public due
to lack of man-power...
Plus, since it would be an official desktop, the source could (or
should) be located in the same SVN as GNUstep (Core), so it will be
much easier to get to it. Right now, you will have to KNOW where to
get GNUstep, Etoile, etc. Having a complete development and desktop
environment downloadable from ONE location, would be a tremendous
advantage.
Just my .02c
--
Chris
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-26 18:27:12 +0200 Gregory John Casamento <[EMAIL PROTECTED]> wrote: This would make a lot of sense although... I thought we already had a list like that here: https://savannah.gnu.org/task/?group_id=99 It would be better to track this as a set of tasks so that the process is less ad-hoc. Ah, yes, I thought I remembered having seen it but couldn't find it anymore. Cool. At least the Wiki should link to it. However that brings me to another question that may look like flame-bait... Let's say there's a framework that implements one or more 'wanted' classes but are licensed under, say, BSDL. Would it be permissible to add those classes to GNUstep (since it's LGPL) or would those classes have to be 'handed over' to FSF, changing the license in the process? And what if the author doesn't want to change the original license but adds a section that additionally puts the code under LGPL (that is, as a dual license) provided / as long as the code is used in GNUstep? I honestly do not know, but would like to... -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-26 14:32:02 +0200 Gregory John Casamento <[EMAIL PROTECTED]> wrote: The code in gui and Gorm is frozen in preparation for the release. Only critical fixes to existing functionality should go in at this point. I am attempting to stabilize Gorm and GUI for the release. On a side note, wouldn't it make sense to keep a list of 'most wanted but still missing classes' for Foundation/AppKit around, say on Wiki, so people can 'subscribe' to implement these classes? Just a thought. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: libgnustep-base split proposal
On 2006-02-26 03:12:10 +0100 Alex Perez <[EMAIL PROTECTED]> wrote: Hear, Hear! This should be the default location. The other gnustep junk can still live in /usr/gnustep or wherever else, but the libs should be in *STANDARD FHS LOCATIONS*. Uhm ... 'scuse me, this is all good and stuff, BUT... ... NOT everyone is using GNUstep on a system that adheres to a _LINUX_ specific "standard". Bash me, if you want, I just checked the FHS' web site, and as far as I can see, the only system this so called standard is targeting is Linux. Or rather the other way around, Linux is the only system 'using' the FHS. So calling the FHS a standard is a bit over the top. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: SystemPreferences
On 2006-02-24 11:07:47 +0100 Dennis Leeuw <[EMAIL PROTECTED]> wrote: Hi Chris, Would this also mean the we need a /System/Library/Inspectors /System/Library/Finder /System/Library/TextConverters /System/Library/GSPrinting just no name a view others that are falling in the same category. Or am I somehow missing the point here? I don't know ;-) As I said, this was just a thought, and *I* could probably be mistaken. The way I see it is that Bundles are part of an application, that could possibly be used by other applications as well. For example, think of a web browser that has a generic history manager in a bundle. An FTP client could re-use said bundle for it's download history. (Stupid example, but you get the idea). OTOH, a preference pane of SystemPreferences is different, IMPOV. Sure, it is implemented as a bundle, but its only purpose is to provide a "service" in/to SystemPreferences and no other application _should_ use it (of course they could, but I do not see a point in doing so). So, the only reason for storing preference panes NOT in .../Bundles/ is to distinguish between a 'real' bundle and a pref-pane. IMHO, this would make the Library directory look a bit 'cleaner.' Question to the OSX users -- how/where does OSX store pref panes? Maybe we could/should just mimick their setup. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: SystemPreferences
On 2006-02-25 17:18:51 +0100 Dennis Leeuw <[EMAIL PROTECTED]> wrote: Where as this does not. It should be part of SystemPreferences/Resources/.../Bundles (where .../ is whatever is decided on to be the path to the "internal" Bundles dir (currently I think it is Resources/Library/Bundles... I can't check 'cause I am installing from scratch) That would probably make even more sense. Something like /System/Applications/SystemPreferences/Resources/... (Gorm files, etc.) /System/Applications/SystemPreferences/Bundles/... (pref-panes in here) In general, if there is .../Applications/Foobar.app/Bundles/ applications could use it to put bundles "away" so other applications can't use them. Though except for preference panes, I can't think of a real good reason why you would want to do that. Well, maybe if it's related to security. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Typo in gui/NSScreen.m
Hi, as the subject says, there is a typo in -visibleFrame. Line 305 reads switch (NSInterfaceStyleForKey(@"NSIntefaceStyle", nil)) Obvioulsy this shoud read @"NSInterfaceStyle" instead. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
SystemPreferences
Hi, just a thought, but wouldn't it make sense to store SystemPreference modules somewhere else instead of /System/Library/Bundles/ like /System/Library/Preferences/ or sth similar? I know, technically, they ARE bundles, but then again, "logically" they are system preferences and IMHO should be set aside from regular bundles that are loaded during application/backend/whatever startup. Makes sense? -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: libgnustep-base split proposal
On 2006-02-19 17:12:20 +0100 Helge Hess <[EMAIL PROTECTED]> wrote: [...] (though I have the impression that gstep-base still contains too much GS* stuff). [...] Amen to that. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: libgnustep-base split proposal
On 2006-02-19 17:20:47 +0100 Jeremy Cowgar <[EMAIL PROTECTED]> wrote: I think it's a great idea! Excuse me, but WHY do you quote his entire mail just for SIX fucking words as a reply? -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Latest changes to -base in SVN trunk
On 2006-02-18 21:54:22 +0100 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: Fixed ... thanks ... It didn't show up in my tests, but GNUMail triggered it every time so it was very easy to find. Works like a charm again. Thanks!! -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Latest changes to -base in SVN trunk
Hi, this is to let you know that the latest changes (made yesterday, Friday) are breaking GNUMail. I updated SVN, recompiled the whole enchilada, quit and restarted GNUMail -- which almost immediately core dumped. I moved my Mailbox folder out of the way and restarted GNUMail. It rightfully bitched about the missing folder and quit. So I re-created the Mailbox folder without ANY files in it -- GNUMail "worked." Next, I touch'ed Inbox, Drafts, etc. so that I had empty files and restarted GNUMail -- core dump. I then reverted back to the old version, that is, I reinstalled the current "daily-snapshot" of -base. Lo and behold, now GNUMail is working fine again -- with my old Mailbox folder. Did anyone have similar experience with those changes? And if so, PLEASE double check them, as I do need NSStream, which isn't available in daily-snapshots... Thanks, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Patch for gsldap on FreeBSD
Hi, FreeBSD doesn't have resolv, so GSLDAP won't link by default. The following patch of Makefile.preamble checks whether the host OS is FreeBSD and adds -lresolv to ADDITIONAL_LIB_DIRS if it isn't. --- Makefile.preamble.ORG Sun Feb 12 12:12:29 2006 +++ Makefile.preamble Mon Feb 13 19:30:26 2006 @@ -57,7 +57,11 @@ #-lgnustep-xraw # Additional library directories the linker should search -ADDITIONAL_LIB_DIRS = -L../src/$(GNUSTEP_OBJ_DIR) -L$(GNUSTEP_SYSTEM_ROOT)/lib -L/usr/local/lib -lldap -llber -lresolv +ADDITIONAL_LIB_DIRS = -L../src/$(GNUSTEP_OBJ_DIR) -L$(GNUSTEP_SYSTEM_ROOT)/lib -L/usr/local/lib -lldap -llber + +ifneq ($(findstring freebsd, $(GNUSTEP_HOST_OS)), freebsd) +ADDITIONAL_LIB_DIRS +=-lresolv +endif # # Flags dealing with installing and uninstalling -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: gnustep-make readiness for gcc 4.1
On Wed, 5 Oct 2005 06:37:34 -0700 (PDT), Greg wrote: > Has anyone tested gnustep-make with ObjC++ files? Is it possible to > simply have an ObjC++ file in the makefile and expect it to compile once > we have gcc 4.1 changes into base/gui? chuck:cbv :0> gmake Making all for tool ObjC++Test... gmake[1]: *** No rule to make target `shared_obj/Test.mm', needed by `shared_obj/ObjC++Test'. Stop. gmake: *** [ObjC++Test.all.tool.variables] Error 2 chuck:cbv :2> -- Chris -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Errors when compiling with GCC 4.1
On Tue, 4 Oct 2005 17:47:59 -0700 (PDT), Greg wrote: > Getting the following error when compiling with GCC 4.1 prerelease: > GSAttributedString.m: In function cacheAttributes: > GSAttributedString.m:130: error: cast to union type from type not present > in union > GSAttributedString.m:138: error: cast to union type from type not present > in union There's a ton of errors and warnings, especially about invalid conversion from 'unsigned char*' to 'const char*' > GCC 4.1 is the version of the compiler which is supposed to have a > working ObjC++ in it. We need to be totally ready for this release. :) It is. I've been playing around with g++41 for a while now, and it seems to indeed have a working ObjC++ -- though I only tested 'plain' ObjC, not with GNUstep (see problems above). If GNUstep can be readied for GCC 4.1 we can get WebKit... w00t 8-) -- Chris -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep bounty
On Fri, 23 Sep 2005 11:07:40 +0200, Fabien wrote: > On 2005-09-23 09:33:43 +0200 Chris Vetter <[EMAIL PROTECTED]> wrote: > > On Fri, 23 Sep 2005 08:48:17 +0200 Stefan wrote: > > [...] > >> p.s.: If you are really decided to give away money from the GNUstep > >> fund, > >> then why not to use it for gaining more publicity to GNUstep too? > > [...] > Port WebCore to GNUstep / Window would gain a lot of publicity IMO Well, I didn't write that, Stefan Urbanek did, but yes, that would certainly get some attention. Stefan Kleine-Stengemann (sp???) did a port and it was/is quite useful, at least for playing around and testing -- I still have the source for a rudimentary web browser around somewhere that is mostly working (that is, for 'simple' pages (eg. those that do not require frames) -- though it probably is rather outdated by now. Nevertheless a port of WebCore, combined with a real browser based on that port and GNUstep certainly would get GNUstep some reputation/recognition. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep bounty
On Fri, 23 Sep 2005 08:48:17 +0200 Stefan wrote: [...] > p.s.: If you are really decided to give away money from the GNUstep fund, > then why not to use it for gaining more publicity to GNUstep too? [...] I second that. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: gif and ungif libraries
On Mon, 5 Sep 2005 10:28:02, Riccardo wrote: > Hello, > could someone check if it is an easy work to make gnustep gui/back build > and link against "libgif" and not only "libungif" libraries too? Once, [...] The problem I see here is that Window Maker currently links against libungif. So if you want GNUstep to use libgif AND want to run Window Maker, you'll have a conflict... -- Chris -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Development machines
> --- Ursprüngliche Nachricht --- > Von: Adam Fedor <[EMAIL PROTECTED]> > An: Developer GNUstep > Betreff: Development machines On Wed, 27 Jul 2005 10:29:04, Adam Fedor wrote: > > I'd like to put together a list of machines that people regularly > test/develop GNUstep on. These would be any machine you have regular [...] x86 Architecture: - FreeBSD 4.9 - FreeBSD 5.3 - FreeBSD 5.4 - Debian 3.0 (Woody) - Windows XP - OpenDarwin 7.2.1 - Solaris 7 - Solaris 9 (Ultra)SPARC: - Solaris 7 - Solaris 9 - Solaris 10 I also have one x86 and one SUN each running Openstep for cross-checking. At work, I may be able to check on OSX 10.3 and 10.4. Cheers, -- Chris -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [OSX to FreeBSD port] what version of gcc to use with 5.4
On Fri, 22 Jul 2005 20:41:00 Thierry DELHAISE wrote: > Hi the list, [...] > So, what version of gcc do you suggest me? Does some of U have > experience ? [...] I'm currently running chuck:cbv :0> uname -sr FreeBSD 5.4-RELEASE with a 'stock' GCC 3.4.2 and haven't seen any problems so far. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: 9 out of 10 geniuses prefer GNUstep!
> --- Ursprüngliche Nachricht --- > Von: Patrick McFarland <[EMAIL PROTECTED]> > An: [EMAIL PROTECTED], discuss-gnustep@gnu.org, > gnustep-dev@gnu.org > Betreff: 9 out of 10 geniuses prefer GNUstep! > Datum: Mon, 18 Jul 2005 08:04:49 -0400 [...] > What do you think? Excellent. Already use it as my default background. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
