Nekoware-current

IRIX/Nekoware development, porting and related topics.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
joerg
Posts: 2223
Joined: Thu Jan 08, 2004 7:57 am
Location: In an origin rack - Germany
Contact:

Games, games, games

Unread postby joerg » Fri Aug 25, 2006 2:38 am

For the kids,

neko_icebreaker-1.95 - action-puzzle game
neko_enemylines5-1.0 - Spaceship dogfight
neko_kobodl-0.4pre10 - arcarde like action figher game
neko_defendguin-0.0.11 - arcarde like defender clone

regards
Joerg

User avatar
squeen
Moderator
Moderator
Posts: 2931
Joined: Fri May 09, 2003 6:10 am
Location: Maryland, USA

Unread postby squeen » Fri Aug 25, 2006 3:46 am

I just browsed *all* of the glitz source. There's hardly anything in there. It's all about resolving the cross platform OpenGL problem (do I have pbuffers? do I have framebuffer objects? do I have shaders? do I have multisample?) and just a tiny bit of rendering of rectangles and what not. Maybe I'm missing the hidden elegance of the design. I'll compile it and cairo next week and try to figure out if it's worth tweeking for IRIX. Hard to believe this is "The Future of Desktop 2D Rendering" to quote that Linux fanatic at Neko's link (above) when you could have do it on an Indy 15 years ago. Oh the hype...

Along similar lines, Mark Kilgard (when he was at SGI in the early '90's) proposed and tinkered with an OpenGL based desktop. 10 years later the glitz folks are working on Xgl. Hmm...

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Sun Aug 27, 2006 11:44 pm

squeen wrote:I'll try and repackage neko_subversion with the lastest release using both a new snvserve bin location, neko_svnserve chkconfig flag, and rc2.d startup script if no one minds.


Did you ever get that pulled together? Would be an interesting addition!
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
squeen
Moderator
Moderator
Posts: 2931
Joined: Fri May 09, 2003 6:10 am
Location: Maryland, USA

Unread postby squeen » Mon Aug 28, 2006 3:05 am

nekonoko wrote:
squeen wrote:I'll try and repackage neko_subversion with the lastest release using both a new snvserve bin location, neko_svnserve chkconfig flag, and rc2.d startup script if no one minds.


Did you ever get that pulled together? Would be an interesting addition!

Forgot all about it. I'll put it back on my to do list.

User avatar
whiter
Posts: 972
Joined: Tue Apr 29, 2003 2:02 pm
Location: Winterthur, Switzerland
Contact:

Unread postby whiter » Tue Aug 29, 2006 6:41 am

neko:

I'm working on new apache 1.3 packages, with seperate packages for mod_ssl, mod_perl & mod_jk. Since you usualy do the openssl packages, would you mind upgrading that one to the latest version, and compile it with the -fPIC flag? That flag is needed to make mod_ssl work. Otherwise I'd need to link it to the version that ships with IRIX.
Shall I describe it to you? Or do you want me to get you a box?

User avatar
squeen
Moderator
Moderator
Posts: 2931
Joined: Fri May 09, 2003 6:10 am
Location: Maryland, USA

Unread postby squeen » Tue Aug 29, 2006 6:45 am

On MIPS processor I believe PIC is the default and only way to build shared libs (same on PowerPC).

User avatar
whiter
Posts: 972
Joined: Tue Apr 29, 2003 2:02 pm
Location: Winterthur, Switzerland
Contact:

Unread postby whiter » Tue Aug 29, 2006 6:51 am

Better be safe than sorry, and having the latest version is always good. And the current version is not build with specificaly having -fPIC defined, and does not work with mod_ssl.
(Even though the cc manual indeed states

Code: Select all

-KPIC       Generates position-independent code (PIC).  This is the
                 default and is needed for programs linking with dynamic
                 shared libraries.  If you do not want to generate PIC,
                 specify -non_shared on the command line.
)
Shall I describe it to you? Or do you want me to get you a box?

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Tue Aug 29, 2006 7:14 am

neko_openssl-0.9.7j is the latest version; I'm guessing you're referring to 0.9.8? That version would break most of Nekoware from my experimentation and there's no reason to go there with 0.9.7 still being actively supported.

As for -fPIC - you've totally lost me there - I don't understand how we can successfully link against neko_openssl in the huge amount of software we've compiled for Nekoware and suddenly we need some esoteric flag for mod_ssl? WTF?

And if you link against the system openssl I'm going to kick it right back at ya - that's a no-no for Nekoware :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
whiter
Posts: 972
Joined: Tue Apr 29, 2003 2:02 pm
Location: Winterthur, Switzerland
Contact:

Unread postby whiter » Tue Aug 29, 2006 7:42 am

then I suggest you remove neko_apache, which has been there for ages, since that's linked against irix openssl.

From the mod_ssl INSTALL notes:

Code: Select all

OpenSSL has problems under DSO situations on some
platforms. OpenSSL's code will dump core under run-time.
When this is the case for you, then try to recompile OpenSSL
with Position Independent Code (PIC) by adding a `-fPIC' (for
GCC) or `-KPIC' (for SVR4-style compilers) to the platform
configuration line in OpenSSL's `Configure' script.


And from joerg's apache relnotes:
neko_apache relnotes wrote:When using the libssl.so keep in mind that it links agains the openssl librarys which comes with the IRIX OS. For unknown reasons linking against neko_openssl dont work and produce a core dump when try to start the webserver. It needs to tweak the src/modules/ssl/libssl.module to take care of IRIX lib32 directory and not only 'lib'.
Shall I describe it to you? Or do you want me to get you a box?

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Tue Aug 29, 2006 7:48 am

Okay, I'll give a recompile a try sometime today. Why joerg did that I don't know - normally he's pretty adamant about using IRIX libraries over Nekoware.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Tue Aug 29, 2006 8:16 am

Uploaded a new build to 'beta' - hopefully that does something for you.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
whiter
Posts: 972
Joined: Tue Apr 29, 2003 2:02 pm
Location: Winterthur, Switzerland
Contact:

Unread postby whiter » Tue Aug 29, 2006 12:55 pm

thanks.
But no luck so far.
And no clear indication of what's wrong.
*scratches head*
Shall I describe it to you? Or do you want me to get you a box?

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Tue Aug 29, 2006 1:01 pm

That one has '-KPIC' hacked in as you asked ... I suppose if it works with the system openssl and joerg used the same approach, go for it :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
GeneratriX
Posts: 4226
Joined: Tue Oct 21, 2003 2:07 am
Location: Rosario / Santa Fe / República Argentina

FLTK

Unread postby GeneratriX » Wed Aug 30, 2006 11:04 am

Neko; if you want, you can move the neko_fltk-1.1.7+xft.tardist definitively to '/obsolete' now, since I've exhausted here all my tests with these release, and it will not work without some serious changes on libXft, libxrender, and lately, on fltk-1.1.7 too.

On the other hand, and if you don't bother by the AA fonts, neko_fltk-1.1.7-xft.tardist is still working perfectly with all the rest of nekoware.

Anyway, right now, and just for the sake of the completitude I'm working on a newer fltk-1.1.X release including AA fonts with the actual neko_libXft. Well see...

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8001
Joined: Thu Jan 23, 2003 2:31 am
Location: Pleasanton, California
Contact:

Re: FLTK

Unread postby nekonoko » Wed Aug 30, 2006 6:06 pm

GeneratriX wrote:Neko; if you want, you can move the neko_fltk-1.1.7+xft.tardist definitively to '/obsolete' now, since I've exhausted here all my tests with these release, and it will not work without some serious changes on libXft, libxrender, and lately, on fltk-1.1.7 too.


Okay, what I did is this - renamed neko_fltk-1.1.7-xft.tardist to neko_fltk-1.1.7.tardist and moved to /current. Renamed neko_fltk-1.1.7+xft.tardist to neko_fltk-1.1.7-xft.tardist and moved to /obsolete; the script that outputs dependancy/md5sum chokes on the plus sign and I think the dash works well as an indicator that it includes xft support.

On that note - any feedback on other packages to move to /current? We've received quite a number in the past two weeks :)
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.


Return to “SGI: Development”

Who is online

Users browsing this forum: No registered users and 1 guest