Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[PREFIX] on opensolaris 2008.11 (aka project indiana)
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures
View previous topic :: View next topic  
Author Message
etalas
n00b
n00b


Joined: 30 Jan 2009
Posts: 4

PostPosted: Fri Jan 30, 2009 10:07 pm    Post subject: [PREFIX] on opensolaris 2008.11 (aka project indiana) Reply with quote

Hi there,

using the guide on http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-solaris.xml I'm emerging a fresh gcc ("Code Listing 1.9: emerge linker and compiler") right now and feel the need to write some bits down ;)

until now it runs pretty good not the absolute smoothness but I expected real problems.

as I the topic says, I'm running Opensolaris 2008.11 aka Project Indiana, the officially ian-murdocked osol-distro.
I started installing Solaris Express build 104 or something (the sun fanboy in the next room installed it on his laptop today), but as I realized it won't use ZFS - well, where is the fun in osol without ZFS??

the GUI for the native package managment feels like a network addicted synaptic, but hopefully I won't need it anymore ^^
stuff I installed using this thing includes:

  • gcc
  • gmake
  • GNU patch
  • wget


a simple workaround for gpatch (you'll need it for the bash) is to create a symlink like
Code:
ln -s $(which gpatch) $EPREFIX/tmp/bin


if something before code listing 1.9 fails check for the tool causing the trouble and recheck (/usr/gnu/bin/)which binary is used. probably it's the solaris one and you need to use the bootstrap-script to get the GNU version.
that worked for me with find and ... sed I think..

little status update:
right now i'm trying to merge gcc with [code]USE="$USE bootstrap"[code]

-- I'll better post this and update later ;)

[update]
gcc failed, somewhere is a parse.h missing, a lot of undefined stuff and that's it.
after some poking around I found a warning, that there's no bison, which is only needed when .y files are modified.
guess what, it seems someone's doing things with parse.y!

[code]emerge --nodeps --oneshot bison[/code]

and again gcc... did I mention I'm runnin this on ~1.5GHz Pentium M with 1.5 GB RAM?

OK, gcc-4.3.1-r1...

[update]
needs mpfr and gmp
well, only to get mpfr decompressed I need lzma-utils, which build an run fine
and because there were some grep errors (wrong arguments and stuff) : emerging grep works to

and both of gmp and mpfr (in this order) build fine

gcc-4.3.1-r1 does not...


[update]
so, I was told an #gentoo-prefix it's probably a privilege problem, well start again...

[update 2009-01-31-23:32 GMT+1]
well nothing new, but at least we know it's possible to build gcc on osol:
http://xerxys.blogspot.com/2008/11/gcc-432-auf-opensolaris-teil-2.html
Back to top
View user's profile Send private message
etalas
n00b
n00b


Joined: 30 Jan 2009
Posts: 4

PostPosted: Sun Feb 08, 2009 7:01 pm    Post subject: Reply with quote

hmm, i thought wrote another post 2 days ago...

OK, some old and some new stuff:
* before gcc emerge m4
* libao is build with sun audio support when the headers are present (SUNWaudioh or something like that is the IPS pkg name)
* but: mplayer and mpd simply stop when I skip in a file (just checked: mplayer doesn't stop with '-ao null')
* got xorg-server build but not running
* xinit-1.1.0 fixes some things for solaris (at one point: everything else then GNU)
* up to now eix --overlay gives 143 matches, eix --installed-in-some-overlay 90 (I've got a huge bunch of bugreport left to commit)

and one of my current problems:
Code:
bash-3.2$ cd ~/var/tmp/portage/x11-misc/dmenu-3.9/work/dmenu-3.9/
bash-3.2$ make
dmenu build options:
CFLAGS   = -std=c99 -pedantic -Wall -g -I/usr/include -I. -I/export/home/portage/usr/include -I/export/home/portage/usr/X11R6/include -DVERSION="3.9" -DXINERAMA
LDFLAGS  = -g -L/usr/lib -lc -L/export/home/portage/usr/X11R6/lib -lX11 -L/export/home/portage/usr/X11R6/lib -lXinerama
CC       = gcc
CC dmenu.c
dmenu.c: In function 'cistrstr':
dmenu.c:148: warning: implicit declaration of function 'strncasecmp'
dmenu.c: In function 'readstdin':
dmenu.c:534: warning: implicit declaration of function 'strdup'
dmenu.c:534: warning: assignment makes pointer from integer without a cast
dmenu.c: In function 'main':
dmenu.c:678: error: 'strncasecmp' undeclared (first use in this function)
dmenu.c:678: error: (Each undeclared identifier is reported only once
dmenu.c:678: error: for each function it appears in.)
make: *** [dmenu.o] Fehler 1
bash-3.2$ grep -H string.h *c
dmenu.c:#include <string.h>
bash-3.2$ ls /usr/include/string.h
/usr/include/string.h
bash-3.2$

as you can clearly see string.h should be included but functions provided are still undeclared
Back to top
View user's profile Send private message
etalas
n00b
n00b


Joined: 30 Jan 2009
Posts: 4

PostPosted: Sat Feb 14, 2009 12:32 pm    Post subject: strcasecmp in string.h and POSIX Reply with quote

thinks one should know about POSIX and headers:
Code:

#if defined(__EXTENSIONS__) || !defined(__XOPEN_OR_POSIX)
[...]
extern int strcasecmp();
[...]
#endif /* defined(__EXTENSIONS__) ... */

(from osol's string.h)
inserting something like this into the ebuild will do the trick:
Code:

        if [ $CHOST != ${CHOST/solaris/} ]; then
                sed -i \
                        -e '/^CFLAGS/s|$|-D_POSIX_C_SOURCE=200112L|'\
                        config.mk || die "sed failed"
        fi


update: btw, same thing for madvise:
Code:

#if !defined(__XOPEN_OR_POSIX) || defined(_XPG6) || defined(__EXTENSIONS__)
extern int posix_madvise(void *, size_t, int);
#endif
Back to top
View user's profile Send private message
etalas
n00b
n00b


Joined: 30 Jan 2009
Posts: 4

PostPosted: Tue Mar 10, 2009 7:41 am    Post subject: Reply with quote

btw, I switched to Solaris Express Community Edition something like 2 weeks ago because Opensolaris 2008.11 (kernel build 101b) crashes when I plug in my mirrored zpool on a multi-LUN USB-Case and then got the ON-snapshot from 2009-02-24 because kernel build 105_nv crashes when I start a Xen domain connected to a pure virtual bridge w/o underlying physical interface (and the current SXCE build 107 had some trouble with Xorg) ...
Code:
Last login: Tue Mar 10 08:02:09 2009
Sun Microsystems Inc.   SunOS 5.11      opensol-20090224        October 2007
bfu'ed from /var/spool/pkg/archives-nightly-osol-nd/i386/ on 2009-03-03
Sun Microsystems Inc.   SunOS 5.11      snv_105 November 2008


the whole thing broke some things like subversion but mcabber for example still works.
i'll prolly switch back to osol 2008-11 when I got my backups on my USB-zpool and checked for documentation on building a current kernel.
the package managing sucks but seems a little cleaner (in terms of filesystem hierarchy) than the other stuff like BFU and blastwave
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum