[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
yep. And lets be real here, it is much easier for us to fix GCC compiler to work properly on OpenSolaris than to fix or change mentality of those lazy programmers... Let's be even more realistic then -- those people should not be programming then, period. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
On Tue, 2006-05-30 at 04:28 -0700, UNIX admin wrote: yep. And lets be real here, it is much easier for us to fix GCC compiler to work properly on OpenSolaris than to fix or change mentality of those lazy programmers... Let's be even more realistic then -- those people should not be programming then, period. Those people could be students who may be writing their first program... Or scientists who cares about the result and not the process... At any rate, I woudn't blame them, instead I would greatly appreciate what they doing at their free time. Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
You can try: - set the optimization level to -xO4 or higher - pass -xinline=%auto To this I'd also add, don't use __inline (which GCC won't bark on), but inline instead. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
You sure do not like GCC... :-) Well, I like it, even I know it is buggy sometimes.. No I don't, can you tell? (:-) Especially after suffering at its braindead mercy, I'd like to not have to ever have to deal with GCC again. Ever. btw, do you know by any chance how to say Sun C compiler to always respect inlines statements? I tried different switches, never worked for me... Depends on what you're inlining. How do you know that it's not working? Did you look at the assembler output with -S? And use inline instead of __inline. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
There is a lot more Linux specific on GNOME. THe most important task we have with OpenSolaris is to convince people that trying to compile on Solaris is a must for every OpenSource project. Actually, we should be teaching people to switch to Solaris as the main development platform to begin with, then these problems will go away. Of course, the guys that do come over expect Solaris to behave like Linux. This is obviously a problem, since Solaris is not Linux. The core of the problem is that these guys don't (yet) know or understand that Solaris is light years ahead, and that that's what they should be learning instead of trying to replicate something that's crap. That's one of the things we need to work on. For this reason, it is important to better advertize the free Sun Studio Tools. Agreed. These tools are fenomenal, they're free, and they're also available on Linux now. So there's no excuse not to use them. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
Few comments: a) too late for wishes like that; There is always hope; remember that. b) majority of developers using GNU userland all over, even on Windows they prefer Cygwin over anything else; That's because they don't know any better. Our job should be to teach them to know better than that. I for one am working on bringing this to the attention of the people around me, and raising awareness of the issue. d) we do not port Linux-only software. i.e. which is not design to work on any platform other than Linux, such us kernel-specific software. FYI, Debian new package acceptance policy saying that software which willing to be accepted to the main should run at least on two architectures. Usually it is Linux and FreeBSD... Look, I know that you do a tremendous amount of work -- I'm not actually a UNIX admin any more, but a system engineer, so I know how much work must go into a project like that. But I'm going to ask you an honest question, so I'd like you to think about it long and hard before you answer me. Can you ever see Nexenta being run in a bank for the most mission critical stuff? Or in an insurance company? Or powering an ATM? Or a life support system? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
Right. In addition I'd like to add that porting (C, C++ code) to Nexenta == porting to Solaris. Zero differences for both drivers and apps. So, it doesn't really matter where developers will settle at Nexenta or at Solaris. Besides, all SUN userland is provided at /usr/sun/bin, so SUN personality could be provided/enabled too. While I can certainly see that for apps that depend on drivers, would you please mind explaining how are you porting to Solaris when you compile and link against GNU / Ubuntu userland? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Software for Solaris (was Re: Adobe Acrobat for Solaris x86)
On Mon, 2006-05-29 at 13:22 -0700, UNIX admin wrote: Right. In addition I'd like to add that porting (C, C++ code) to Nexenta == porting to Solaris. Zero differences for both drivers and apps. So, it doesn't really matter where developers will settle at Nexenta or at Solaris. Besides, all SUN userland is provided at /usr/sun/bin, so SUN personality could be provided/enabled too. While I can certainly see that for apps that depend on drivers, would you please mind explaining how are you porting to Solaris when you compile and link against GNU / Ubuntu userland? I missed the point completely... :-) -- Erast ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org