Please digg this, we want GNUstep's Summer of Code participation's place in the limelight!

2007-03-15 Thread Lars Sonchocky-Helldorf
http://digg.com/programming/ 
GNUstep_participates_in_Google_Summer_of_Code_2007


http://gnustep.blogspot.com/2007/03/summer-of-code-2007.html


about 50 diggs should do it.

regards, Lars


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


RE: make install

2007-03-15 Thread Nicola Pero
Installing into System is supposed to be the standard ... ;-)

If you want to always install everything into Local, you can try

export GNUSTEP_INSTALLATION_DOMAIN=LOCAL

in your shell (in particular, add it to your shell initialization script). :-)

This will then install everything into Local/ ;-)

Thanks



-Original Message-
From: Xavier Glattard <[EMAIL PROTECTED]>
Sent: Thu, March 15, 2007 9:41 pm
To: gnustep-dev@gnu.org
Subject: make install

Hi all :-)

I used to use make-1.13. I just upated it to svn version.

When i did 'make install' with 1.13 version all files were put in
GNUstep/Local/... directory. But now they are put in GNUstep/System/...
I had to clean by hand my Local directory because it is search first (by ld) and
old versions of base/gui/... are found.

What is the 'right' behavior ? 
Do i miss something ?

Thanks !

Xavier






___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Michael Gardner

On 3/15/07, Andrew Pinski <[EMAIL PROTECTED]> wrote:

On 3/15/07, Michael Gardner <[EMAIL PROTECTED]> wrote:
> That bug's description doesn't seem to match the symptoms I'm seeing,
> and it's reported against gcc 4.3 rather than 4.1.

For one, it is the same symptom, in that we are not linking against
the shared libgcc which the driver does automatically for objective-C
files if it is sees a .m.

Try adding -shared-libgcc to the link line and see if that works.

Again what is the ouput of ldd because that will tell me what is
really happening?


Adding -shared-libgcc to the link step worked! It looks to me like
both versions are using the same libgcc, except in the first case
libgcc is listed before libc:

$ gcc41 -shared-libgcc -fobjc-exceptions -fexceptions
-L$GNUSTEP_SYSTEM_ROOT/Library/Libraries -lobjc -lgnustep-base -o
main-with-shared-libgcc main.o
$ ./main-with-shared-libgcc
caught!
$ ldd main-with-shared-libgcc
main-with-shared-libgcc:
   libobjc.so.1 => /usr/local/lib/gcc-4.1.3/libobjc.so.1 (0x800631000)
   libgnustep-base.so.1.13 =>
/usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13
(0x80074c000)
   libgcc_s.so.1 => /usr/local/lib/gcc-4.1.3/libgcc_s.so.1 (0x800c94000)
   libc.so.6 => /lib/libc.so.6 (0x800da)
   libgmp.so.7 => /usr/local/lib/libgmp.so.7 (0x800fb1000)
   libxslt.so.2 => /usr/local/lib/libxslt.so.2 (0x8010eb000)
   libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x801221000)
   libz.so.3 => /lib/libz.so.3 (0x801462000)
   libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x801576000)
   libm.so.4 => /lib/libm.so.4 (0x801767000)
   libkvm.so.3 => /lib/libkvm.so.3 (0x801883000)

$ gcc41 -fobjc-exceptions -fexceptions
-L$GNUSTEP_SYSTEM_ROOT/Library/Libraries -lobjc -lgnustep-base -o
main-no-shared-libgcc main.o
$ ./main-no-shared-libgcc
Abort trap: 6 (core dumped)
$ ldd main-no-shared-libgcc
main-no-shared-libgcc:
   libobjc.so.1 => /usr/local/lib/gcc-4.1.3/libobjc.so.1 (0x800635000)
   libgnustep-base.so.1.13 =>
/usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13
(0x80075)
   libc.so.6 => /lib/libc.so.6 (0x800c98000)
   libgcc_s.so.1 => /usr/local/lib/gcc-4.1.3/libgcc_s.so.1 (0x800ea9000)
   libgmp.so.7 => /usr/local/lib/libgmp.so.7 (0x800fb5000)
   libxslt.so.2 => /usr/local/lib/libxslt.so.2 (0x8010ef000)
   libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x801225000)
   libz.so.3 => /lib/libz.so.3 (0x801466000)
   libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x80157a000)
   libm.so.4 => /lib/libm.so.4 (0x80176b000)
   libkvm.so.3 => /lib/libkvm.so.3 (0x801887000)

-Michael


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Andrew Pinski

On 3/15/07, Michael Gardner <[EMAIL PROTECTED]> wrote:

On 3/15/07, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> On 3/15/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:
> > I thought that compiling with '-x objective-c' was supposed to have
> > the same effect as compiling a file with a .m extension too.
> > If that understanding is correct, I don't see how the behavior you
> > are seeing could be anything other than a compiler bug.
>
> Oh, I know what this is now.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31089

That bug's description doesn't seem to match the symptoms I'm seeing,
and it's reported against gcc 4.3 rather than 4.1.


For one, it is the same symptom, in that we are not linking against
the shared libgcc which the driver does automatically for objective-C
files if it is sees a .m.

Try adding -shared-libgcc to the link line and see if that works.

Again what is the ouput of ldd because that will tell me what is
really happening?

Thanks,
Andrew Pinski


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Michael Gardner

On 3/15/07, Andrew Pinski <[EMAIL PROTECTED]> wrote:

On 3/15/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:
> I thought that compiling with '-x objective-c' was supposed to have
> the same effect as compiling a file with a .m extension too.
> If that understanding is correct, I don't see how the behavior you
> are seeing could be anything other than a compiler bug.

Oh, I know what this is now.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31089


That bug's description doesn't seem to match the symptoms I'm seeing,
and it's reported against gcc 4.3 rather than 4.1. In any case, I
think this issue is actually a red herring, since I still get the
crashes despite hacking around it (see my previous email).

-Michael


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Fwd: [OG #148744] Fwd: Is the pre WebKit OmniWeb Code available?

2007-03-15 Thread Lars Sonchocky-Helldorf

FYI, no luck with OmniGroups code ...

Anfang der weitergeleiteten E-Mail:


Von: [EMAIL PROTECTED]
Datum: 8. März 2007 19:09:05 MEZ
An: [EMAIL PROTECTED]
Betreff: [OG #148744] Fwd: Is the pre WebKit OmniWeb Code available?
Antwort an: [EMAIL PROTECTED]

Hi Lars,

Sorry for my delay in getting back to you. The consensus over here  
is that your best bet is probably to try to get WebKit ported over.  
Our frameworks were originally written 10+ years ago and just  
aren't capable of handling todays web, the very reason we switched  
over to WebCore in version 4.5 and the full Webkit in version 5.5.


Also, many of our frameworks are open source. You can access them  
on our FTP but yeah, I don't believe what you're looking for is  
contained within the package any longer.


Thanks,
Troy



[Lars Sonchocky-Helldorf - Tue Mar 06 11:41:44 2007]:

Hi,

I am writing you on the behalf of the GNUstep project ( http://
www.gnustep.org/ ). We are currently investigating the possibilities
of getting some sort of web browser for our project, which seems to
be no trivial task given that the most code available is not written
in ObjC or for the OpenStep Libraries (what makes heavy porting from
other libraries and/or toolkits necessary). Even some browsers
written for Cocoa are not easy to port - WebKit relies heavily on
CoreFoundation and ObjC++ (which is not finished for the gnu-objc-
runtime) and Camino has lot of Carbon dependencies (despite other
pitfalls). So both situations are not easy to resolve.

Since I am a long time OmniWeb user (since version 4.0.1) I know that
all pre 4.5 versions used some ObjC Framework written by your company
internally. Since you switched to WebKit with version 4.5 I guess you
still have the code laying around somewhere without much use for you.
What I am asking you now is if it would be possible to get hold of
that code under a reasonable license so that we have a head start for
our browser efforts. I know the code is not very up to date but I
think it still demands less work than all the other alternatives (If
you're curious what has been discussed read the threads with "GNUstep
web browser" in the topic here: http://news.gmane.org/
gmane.comp.lib.gnustep.general/ ). Potentially some money will be
available if that's the show stopper but don't expect to much (in the
range about $ 500, we are a voluntary free software project and get
all our money from some donations).

I'd certainly want to hear from you, even if your response is
dismissive.


best regards, Lars S.-Helldorf

p.s.: I cc'ed this mail to Gregory John Casamento, the maintainer of
GNUstep










___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


make install

2007-03-15 Thread Xavier Glattard
Hi all :-)

I used to use make-1.13. I just upated it to svn version.

When i did 'make install' with 1.13 version all files were put in
GNUstep/Local/... directory. But now they are put in GNUstep/System/...
I had to clean by hand my Local directory because it is search first (by ld) and
old versions of base/gui/... are found.

What is the 'right' behavior ? 
Do i miss something ?

Thanks !

Xavier






___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Congratulations, Your organization has been accepted in to the Google Summer of Code(tm) 2007

2007-03-15 Thread Adam Fedor
It would really help, if you want to be a mentor, to go to the google  
site and sign up.  I also need a backup administrator to sign up (in  
case thay can't contact me). You need to have a google account to do  
this (easy).


http://code.google.com/soc/mentor_step1.html


Also, make sure you put your name down on the GNUstep page as well  
and make sure your favorite project is on the project list:


http://wiki.gnustep.org/index.php/Summer_Of_Code_2007


On Mar 15, 2007, at 7:37 AM, Adam Fedor wrote:


Woo Hoo! :-)

Begin forwarded message:


From: [EMAIL PROTECTED]
Date: March 15, 2007 1:59:50 AM MDT
Subject: Congratulations, Your organization has been accepted in  
to the Google Summer of Code(tm) 2007



Congratulations!
Your organization "GNUstep" has been accepted in to the Google  
Summer of Code(tm) 2007.

You have been assigned as primary point of contact and as an
administrator for your organization.
Please make sure you review the information we have on your  
organization and
about you by logging in to the Google Summer of Code(tm) 2007 web  
application at

http://code.google.com/soc/mentor_step1.html. You can then visit
http://code.google.com/soc/mentor_home.html to make any updates to  
your

organization profile. Make sure you are logged in using
your Google Account
Thanks
- The Google Open Source Office







___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Andrew Pinski

On 3/15/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:

I thought that compiling with '-x objective-c' was supposed to have
the same effect as compiling a file with a .m extension too.
If that understanding is correct, I don't see how the behavior you
are seeing could be anything other than a compiler bug.


Oh, I know what this is now.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31089

Thanks,
Andrew Pinski


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Call for volunteers: Backporting mySTEP changes

2007-03-15 Thread Richard Frith-Macdonald


On 15 Mar 2007, at 17:10, Fred Kiefer wrote:



Is there a good example of gnustep coding standard conformity  
around ?




No, it is used a bit inconsistently in the GNUstep code. Most of the
time I take NSCell as my reference. But the full details are somewhere
on the web page.


I've tried to keep the base library entirely compliant with the  
coding standards ... so any class there should do as a reference ...  
if something isn't right, we should fix it.



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: NSPropertyListSerialization

2007-03-15 Thread Richard Frith-Macdonald


On 15 Mar 2007, at 18:17, YL wrote:


Dear All,
Is NSPropertyListSerialization and surrounding Objects available in  
GnuSTEP

now?
I cannot find the code in dev-libs.


Try looking in NSPropertyList.m in the base library.


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


NSPropertyListSerialization

2007-03-15 Thread YL
Dear All,
Is NSPropertyListSerialization and surrounding Objects available in GnuSTEP
now?
I cannot find the code in dev-libs.
Thanks,
YL



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Summer of Code 2007

2007-03-15 Thread Nicola Pero

>> Can we add 'Writing a Renaissance GUI Builder' to the list of tasks ?  I 
>> volunteer mentoring a student doing that.  It's a pretty tough job though, 
>> so 
>> only determined people! ;-)
>
> No, lets not write a new GUI Builder here, 
>

No, let's not start a new flamewar here, ;-)

Your idea could be good and I respect it, feel free to volunteer for it
(or for mentoring it) but it's not what I had in mind. :-)

I did have in mind writing a Renaissance GUI Builder because I'd like to
see a "native" Renaissance GUI Builder where the Renaissance philosophy
is implemented natively.  I do believe that that will require new user
interface/design ideas.  Ie, I want auto-layout concepts directly built
pervasively everywhere into the basic interface.  I feel adding Renaissance
to Gorm (which has a completely different philosophy) will end up in a 
patched system that might somehow work but be ugly and meaningless.

I have nothing against a Gorm pluging for Renaissance though.  You can mentor 
a Gorm plugin for Renaissance if you want.  I volunteer to mentor "writing
a Renaissance GUI Builder" though. ;-)

I also suggest we stop the discussion here and accept that we have different 
views.  We all thought a lot about this and we came to different conclusions.

Nobody needs to worry anyway as I don't have time to write a Renaissance GUI
Builder myself ... unless I stop working on gnustep-make of course. ;-)

Thanks



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Summer of Code 2007

2007-03-15 Thread Gregory John Casamento
Nicola,

Having thought about this type of thing a great deal, extending Gorm to read 
and write Renaissance files as well as adding editors to handle the different 
editing situations would be better than creating a gui builder from scratch.

Gorm currently has an architecture which allows easy addition of different 
formats.  I implemented this when I added support for XML based nib files.   
Each format has a builder and reader class associated with it (.gorm and .nib 
do... .gmodel only has a reader, since it's not an outgoing format, but it 
would be possible to write one).

Later, GJC 
--
Gregory Casamento


- Original Message 
From: Fred Kiefer <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: Developer GNUstep ; Adam Fedor <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2007 12:57:03 PM
Subject: Re: Summer of Code 2007


Nicola Pero wrote:
> I looked at the stuff, and the money is pretty good for students -- it looks 
> like 
> it's 4,500 USD in total for the Summer job ? :-)
> 
> Can we add 'Writing a Renaissance GUI Builder' to the list of tasks ?  I 
> volunteer
> mentoring a student doing that.  It's a pretty tough job though, so only 
> determined
> people! ;-)
> 

No, lets not write a new GUI Builder here, but add a plugin to Gorm that
is capable of reading and writing Renaissance files and of handling the
layout elements. Reading will be fairly easy, it is the writing that is
hard as we only want the changed attributes to show up. And if we have a
solution for that, I would also like to see that used for keyed value
encoding. The only idea I have here is to create a default object of the
same class and only write out the attributes that are changed from the
default, but event that may be to much information.

Fred


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Summer of Code 2007

2007-03-15 Thread Nicolas Roard

On 3/15/07, Fred Kiefer <[EMAIL PROTECTED]> wrote:

Nicola Pero wrote:
> I looked at the stuff, and the money is pretty good for students -- it looks 
like
> it's 4,500 USD in total for the Summer job ? :-)
>
> Can we add 'Writing a Renaissance GUI Builder' to the list of tasks ?  I 
volunteer
> mentoring a student doing that.  It's a pretty tough job though, so only 
determined
> people! ;-)
>

No, lets not write a new GUI Builder here, but add a plugin to Gorm that
is capable of reading and writing Renaissance files and of handling the
layout elements. Reading will be fairly easy, it is the writing that is
hard as we only want the changed attributes to show up. And if we have a
solution for that, I would also like to see that used for keyed value
encoding. The only idea I have here is to create a default object of the
same class and only write out the attributes that are changed from the
default, but event that may be to much information.


I'd be more interested by a Gorm palette adding the GS*Box stuff...

--
Nicolas Roard
"La perfection, ce n'est pas quand il n'y a plus rien à ajouter, c'est
quand il n'y a plus rien à retrancher." -- Antoine de St-Exupéry


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Call for volunteers: Backporting mySTEP changes

2007-03-15 Thread Fred Kiefer
Xavier Glattard wrote:
> Selon Fred Kiefer <[EMAIL PROTECTED]>:
> 
> 
> There are some differences in NSApplication. As this class is central i guess
> many other classes use it and then it should be treated first.
> A quick look in NSApplication.h shows me some additions :
> - an event queue (i know : i promised ;o)
> - global enum : NSApplicationDelegateReply, NSApplicationPrintReply
> - some new methods (MacOS)
> 

The new methods and the enums might be of interest, the event queue just
doesn't belong here. GNNstep has it on the class GSDisplayServer. You
should also keep the class GSServiceManager in mind, when looking at
NSApplication.

>> Best you start out with the new classes I listed. They will need to get
>> added to the GNUmakefile and the NSAppKit.h file and, what is more
>> important, fill with code.
> 
> Ok. I will work on the first one : NSAnimation. Then the next one and so on
> until i couldn't.
> 
> Is there a good example of gnustep coding standard conformity around ?
> 

No, it is used a bit inconsistently in the GNUstep code. Most of the
time I take NSCell as my reference. But the full details are somewhere
on the web page.

Cheers,
Fred


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Congratulations, Your organization has been accepted in to the Google Summer of Code(tm) 2007

2007-03-15 Thread Fred Kiefer
Nicolas Roard wrote:
> On 3/15/07, Adam Fedor <[EMAIL PROTECTED]> wrote:
>> Woo Hoo! :-)
> 
> Excellent news !! :-)
> 
> I'll probably have time to mentor a student this summer if needed.
> 


Great! I also should have some time to mentor somebody working on
GNUstep gui or the cairo backend.

Cheers,
Fred


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Summer of Code 2007

2007-03-15 Thread Fred Kiefer
Nicola Pero wrote:
> I looked at the stuff, and the money is pretty good for students -- it looks 
> like 
> it's 4,500 USD in total for the Summer job ? :-)
> 
> Can we add 'Writing a Renaissance GUI Builder' to the list of tasks ?  I 
> volunteer
> mentoring a student doing that.  It's a pretty tough job though, so only 
> determined
> people! ;-)
> 

No, lets not write a new GUI Builder here, but add a plugin to Gorm that
is capable of reading and writing Renaissance files and of handling the
layout elements. Reading will be fairly easy, it is the writing that is
hard as we only want the changed attributes to show up. And if we have a
solution for that, I would also like to see that used for keyed value
encoding. The only idea I have here is to create a default object of the
same class and only write out the attributes that are changed from the
default, but event that may be to much information.

Fred


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Congratulations, Your organization has been accepted in to the Google Summer of Code(tm) 2007

2007-03-15 Thread Nicolas Roard

On 3/15/07, Adam Fedor <[EMAIL PROTECTED]> wrote:

Woo Hoo! :-)


Excellent news !! :-)

I'll probably have time to mentor a student this summer if needed.

--
Nicolas Roard
"La perfection, ce n'est pas quand il n'y a plus rien à ajouter, c'est
quand il n'y a plus rien à retrancher." -- Antoine de St-Exupéry


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Fwd: Congratulations, Your organization has been accepted in to the Google Summer of Code(tm) 2007

2007-03-15 Thread Adam Fedor

Woo Hoo! :-)

Begin forwarded message:


From: [EMAIL PROTECTED]
Date: March 15, 2007 1:59:50 AM MDT
Subject: Congratulations, Your organization has been accepted in to  
the Google Summer of Code(tm) 2007



Congratulations!
Your organization "GNUstep" has been accepted in to the Google  
Summer of Code(tm) 2007.

You have been assigned as primary point of contact and as an
administrator for your organization.
Please make sure you review the information we have on your  
organization and
about you by logging in to the Google Summer of Code(tm) 2007 web  
application at

http://code.google.com/soc/mentor_step1.html. You can then visit
http://code.google.com/soc/mentor_home.html to make any updates to  
your

organization profile. Make sure you are logged in using
your Google Account
Thanks
- The Google Open Source Office





___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem with gnustep trunk

2007-03-15 Thread Enrico Sersale

On 2007-03-15 11:30:54 +0200 Nicola Pero <[EMAIL PROTECTED]> wrote:




Unfortunately, for me not. I still get:

"File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] 
Improper installation: No language locale found"


with any application or tool...


Thanks Enrico ... I'm not sure why ... can you provide me/us with some more 
info to find/fix the problem ? :-)


I suppose it would help to know:

1. which OS are you using ? (uname -a)

2. what LANG are you using ? (echo $LANG)

3. what LANGUAGES are you using ? (echo $LANGUAGES)

4. what GNUstep Languages are you using ? (defaults read NSGlobalDomain 
Languages)


5. do you have the gnustep-base resources installed ? (something like
ls -lah 
/opt/gnustep-nico/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/)


6. your /etc/GNUstep.conf

7. anything else that would help understanding why NSUserDefaults.m:5xxish is 
not able to
find your locale directories in 
/usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/ 
;-)


Thanks


It seems that the problem appears when you have an old 
"/usr/GNUstep/System/Library/Libraries/Resources" together with the new one.



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem with gnustep trunk

2007-03-15 Thread Enrico Sersale

On 2007-03-15 11:30:54 +0200 Nicola Pero <[EMAIL PROTECTED]> wrote:




Unfortunately, for me not. I still get:

"File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] 
Improper installation: No language locale found"


with any application or tool...


Thanks Enrico ... I'm not sure why ... can you provide me/us with some more 
info to find/fix the problem ? :-)


I suppose it would help to know:

1. which OS are you using ? (uname -a)


The same problem appears on two calculators both using linux x86 (fedora-6 the first and 
fedora-4 the other one). Both the boxes have a very standard GNUstep installation without 
any "strange" filesystem layout or resources location.

uname -a

1) Linux img1.dtedu.net 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:51:47 EST 2007 
i686 i686 i386 GNU/Linux

2) Linux ip31.dtedu.net 2.6.14-1.1653_FC4 #1 Tue Dec 13 21:32:09 EST 2005 i686 
i686 i386 GNU/Linux


2. what LANG are you using ? (echo $LANG)


1) en_US.UTF-8

2) en_US


3. what LANGUAGES are you using ? (echo $LANGUAGES)


Here I get nothing. (both machines)

4. what GNUstep Languages are you using ? (defaults read NSGlobalDomain 
Languages)


I've not this entry in NSGlobalDomain.


5. do you have the gnustep-base resources installed ? (something like
ls -lah 
/opt/gnustep-nico/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/)


Yes


6. your /etc/GNUstep.conf


The default one.

7. anything else that would help understanding why NSUserDefaults.m:5xxish is 
not able to
find your locale directories in 
/usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/ 
;-)


... :-)


Thanks




___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Michael Gardner

On 3/15/07, Nicola Pero <[EMAIL PROTECTED]> wrote:

I believe that Andrew is suggesting trying

 -fobjc-exceptions -fexceptions

both when compiling and linking.  Can you try it out ?


Ah, I misread; sorry about that. I just tried that suggestion:

gcc41 -c -fobjc-exceptions -fexceptions
-I$GNUSTEP_SYSTEM_ROOT/Library/Headers -o main.o main.m
gcc41 -fobjc-exceptions -fexceptions
-L$GNUSTEP_SYSTEM_ROOT/Library/Libraries -lobjc -lgnustep-base -o main
main.o

and it still aborts. Also, regarding Richard's suggestion to configure
gnustep-make with --enable-native-objc-exceptions: I hacked up the
configure script a little and got it to compile with that option
enabled. However, I'm still getting the crashes as before.

-Michael


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


RE: Summer of Code 2007

2007-03-15 Thread Nicola Pero
I looked at the stuff, and the money is pretty good for students -- it looks 
like 
it's 4,500 USD in total for the Summer job ? :-)

Can we add 'Writing a Renaissance GUI Builder' to the list of tasks ?  I 
volunteer
mentoring a student doing that.  It's a pretty tough job though, so only 
determined
people! ;-)

Thanks



-Original Message-
From: Adam Fedor <[EMAIL PROTECTED]>
Sent: Thu, March 8, 2007 7:44 pm
To: Developer GNUstep 
Subject: Summer of Code 2007

FYI, I have an application into Google for SOC 2007. No word back  
yet.  Here's the current GNUstep page, which I just copied from last  
year, mostly. Updates welcome:

http://wiki.gnustep.org/index.php/Summer_Of_Code_2007




___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Nicola Pero

> Andrew -- do we need to add -fexceptions on all platforms or only on some ?

Well, I added it to all platforms on gnustep-make trunk. :-)

If anyone has got a FreeBSD (or any other non-GNU/Linux platform) and is around 
to help
a little, you could try gnustep-make from trunk, using

./configure --enable-native-objc-exceptions

and then try compiling Michael's test program (in attach the test program with a
GNUmakefile) and report if it works for you or not (the program should print 
'caught!'
when you run it, and not crash or Abort). :-)

Thanks

GNUmakefile
Description: Binary data
#include 

int main(int argc, char ** argv)
{
  @try
{
  @throw nil;
} 
  @catch (id thing)
{
  printf("caught!\n");
}

  return 0;
}___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Nicola Pero

>> You still have to compile your program with -fexceptions to get "objc"
>> exceptions working with objective-C.
>
> But that doesn't explain (2), where I *do* use -fobjc-exceptions, only
> with gcc instead of g++, and with a separate linking step instead of
> all-at-once.

I believe that Andrew is suggesting trying

 -fobjc-exceptions -fexceptions

both when compiling and linking.  Can you try it out ?

Andrew -- do we need to add -fexceptions on all platforms or only on some ?

Thanks



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Problem with gnustep trunk

2007-03-15 Thread Nicola Pero

> Unfortunately, for me not. I still get:
> 
> "File NSUserDefaults.m: 580. In [NSUserDefaults +standardUserDefaults] 
> Improper installation: No 
> language locale found"
>
> with any application or tool...

Thanks Enrico ... I'm not sure why ... can you provide me/us 
with some more info to find/fix the problem ? :-)

I suppose it would help to know:

 1. which OS are you using ? (uname -a)

 2. what LANG are you using ? (echo $LANG)

 3. what LANGUAGES are you using ? (echo $LANGUAGES)

 4. what GNUstep Languages are you using ? (defaults read NSGlobalDomain 
Languages)

 5. do you have the gnustep-base resources installed ? (something like
ls -lah 
/opt/gnustep-nico/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/)

 6. your /etc/GNUstep.conf

 7. anything else that would help understanding why NSUserDefaults.m:5xxish is 
not able to
find your locale directories in 
/usr/GNUstep/System/Library/Libraries/gnustep-base/Versions/1.14/Resources/ ;-)

Thanks



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Richard Frith-Macdonald


On 15 Mar 2007, at 08:37, Michael Gardner wrote:



I've got gcc-4.1.3_20070305, also compiled from ports, and it should
definitely support native ObjC exceptions (especially since I was able
to get them to work with the command in my first email). I've attached
gnustep-make's config.log, but I found something interesting about the
failed program:

#include 
#include 

int main(int argc, char **argv)
{
 Object *o=nil;
 @try
 {
 o=[Object new];
 @throw o;
 }
 @catch (id foo)
 {
 if (o!=foo)
 return 1;
 }
 return 0;
}

I saved this as 'conftest.c' and then compiled with the same command
that configure used:

gcc41 -o conftest -O2 -pipe   -x objective-c -I.   -fgnu-runtime
-fobjc-exceptions   conftest.c -lobjc  -pthread

The program crashed, as expected. However, on a whim I renamed
'conftest.c' to 'conftest.m', recompiled, and it ran! I thought the
file extension didn't matter when the language is manually specified
with -x as above, so what could be going on here? I'm also emailing my
config.log to the FreeBSD port's maintainer, but at this point I'm not
sure whether it's an issue with gnustep-make, its FreeBSD port, or
even gcc itself. Can somebody shine some light on this?


I thought that compiling with '-x objective-c' was supposed to have  
the same effect as compiling a file with a .m extension too.
If that understanding is correct, I don't see how the behavior you  
are seeing could be anything other than a compiler bug.



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Michael Gardner

D'oh! I forgot to attach config.log, after I accidentally reloaded the
window in which I was writing the previous email and had to re-type
the whole thing. Sorry about the noise.

-Michael

On 3/15/07, Michael Gardner <[EMAIL PROTECTED]> wrote:

On 3/15/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:
> Presumably you failed to use the --enable-native-objc-exceptions when
> configuring gnustep-make.
> It's hardly surprising that the wrong flags are being passed to the
> compiler and the wrong config options being set if the system was not
> configured to use native exceptions.

I compiled gnustep-make with the ports system, so I didn't actually
configure it manually. However, just now I added
--enable-native-objc-exceptions to  CONFIGURE_ARGS in gnustep-make's
Makefile, and configure promptly bailed on me:

checking whether we should use native ObjC exceptions... Abort trap
(core dumped)
no
configure: Native objective-c exceptions were requested, but the compiler
configure: doesn't support them.
configure: error: compiler doesn't support native objective-c exceptions

I've got gcc-4.1.3_20070305, also compiled from ports, and it should
definitely support native ObjC exceptions (especially since I was able
to get them to work with the command in my first email). I've attached
gnustep-make's config.log, but I found something interesting about the
failed program:

#include 
#include 

int main(int argc, char **argv)
{
  Object *o=nil;
  @try
  {
  o=[Object new];
  @throw o;
  }
  @catch (id foo)
  {
  if (o!=foo)
  return 1;
  }
  return 0;
}

I saved this as 'conftest.c' and then compiled with the same command
that configure used:

gcc41 -o conftest -O2 -pipe   -x objective-c -I.   -fgnu-runtime
-fobjc-exceptions   conftest.c -lobjc  -pthread

The program crashed, as expected. However, on a whim I renamed
'conftest.c' to 'conftest.m', recompiled, and it ran! I thought the
file extension didn't matter when the language is manually specified
with -x as above, so what could be going on here? I'm also emailing my
config.log to the FreeBSD port's maintainer, but at this point I'm not
sure whether it's an issue with gnustep-make, its FreeBSD port, or
even gcc itself. Can somebody shine some light on this?

-Michael



config.log
Description: Binary data
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev


Re: Crash with new-style exceptions on FreeBSD amd64

2007-03-15 Thread Michael Gardner

On 3/15/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote:

Presumably you failed to use the --enable-native-objc-exceptions when
configuring gnustep-make.
It's hardly surprising that the wrong flags are being passed to the
compiler and the wrong config options being set if the system was not
configured to use native exceptions.


I compiled gnustep-make with the ports system, so I didn't actually
configure it manually. However, just now I added
--enable-native-objc-exceptions to  CONFIGURE_ARGS in gnustep-make's
Makefile, and configure promptly bailed on me:

checking whether we should use native ObjC exceptions... Abort trap
(core dumped)
no
configure: Native objective-c exceptions were requested, but the compiler
configure: doesn't support them.
configure: error: compiler doesn't support native objective-c exceptions

I've got gcc-4.1.3_20070305, also compiled from ports, and it should
definitely support native ObjC exceptions (especially since I was able
to get them to work with the command in my first email). I've attached
gnustep-make's config.log, but I found something interesting about the
failed program:

#include 
#include 

int main(int argc, char **argv)
{
 Object *o=nil;
 @try
 {
 o=[Object new];
 @throw o;
 }
 @catch (id foo)
 {
 if (o!=foo)
 return 1;
 }
 return 0;
}

I saved this as 'conftest.c' and then compiled with the same command
that configure used:

gcc41 -o conftest -O2 -pipe   -x objective-c -I.   -fgnu-runtime
-fobjc-exceptions   conftest.c -lobjc  -pthread

The program crashed, as expected. However, on a whim I renamed
'conftest.c' to 'conftest.m', recompiled, and it ran! I thought the
file extension didn't matter when the language is manually specified
with -x as above, so what could be going on here? I'm also emailing my
config.log to the FreeBSD port's maintainer, but at this point I'm not
sure whether it's an issue with gnustep-make, its FreeBSD port, or
even gcc itself. Can somebody shine some light on this?

-Michael


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev