Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
bootstrap 2004.3 with gcc 3.4.3 my way [Howto]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
unclefu
Tux's lil' helper
Tux's lil' helper


Joined: 24 Nov 2002
Posts: 85
Location: Herdecke, NRW, GERMANY

PostPosted: Thu Dec 09, 2004 2:54 pm    Post subject: bootstrap 2004.3 with gcc 3.4.3 my way [Howto] Reply with quote

Hi,

after i searched quite a long time and several installations, which do not work for me, here my way which worked for me on a pentium-m:

after the chroot edit your make.conf:
Code:

env-update && source /etc/profile
nano /etc/make.conf


mine looks that way:
Quote:

# Copyright 2000-2003 Daniel Robbins, Gentoo Technologies, Inc.
# Contains local system settings for Portage system
# $Header: /home/cvsroot/gentoo-src/portage/cnf/make.conf,v 1.70 2004/01/12 07:34:38 carpaski Exp $

# Please review 'man make.conf' for more information.

# Build-time functionality
# ========================
#
# The USE variable is used to enable optional build-time functionality. For
# example, quite a few packages have optional X, gtk or GNOME functionality
# that can only be enabled or disabled at compile-time. Gentoo Linux has a
# very extensive set of USE variables described in our USE variable HOWTO at
# http://www.gentoo.org/doc/use-howto.html
#
# The available list of use flags with descriptions is in your portage tree.
# Use 'less' to view them: --> less /usr/portage/profiles/use.desc <--
#
# 'ufed' is an ncurses/dialog interface available in portage to make handling
# useflags for you. 'emerge app-admin/ufed'
#
# USE flags in this make.conf have been pre-set at the bottom of the file
# - ali3nx

# Host Setting
# ============
#
# If you are using a Pentium Pro or greater processor, leave this line as-is;
# otherwise, change to i586, i486 or i386 as appropriate. All modern systems
# (even Athlons) should use "i686-pc-linux-gnu". All K6's are i586.
#
# i686 CHOST is for x86 arch above pentium-mmx
# for pentium-mmx comment the chlst below and uncomment
# CHOST="i586-pc-linux-gnu"
#
#
#CHOST="i386-pc-linux-gnu"
#
CHOST="i686-pc-linux-gnu"
#
# Host and optimization settings
# ==============================
#
# For optimal performance, enable a CFLAGS setting appropriate for your CPU.
#
# Please note that if you experience strange issues with a package, it may be
# due to gcc's optimizations interacting in a strange way. Please test the
# package (and in some cases the libraries it uses) at default optimizations
# before reporting errors to developers.
#
# -mcpu=<cpu-type> means optimize code for the particular type of CPU without
# breaking compatibility with other CPUs.
#
# -march=<cpu-type> means to take full advantage of the ABI and instructions
# for the particular CPU; this will break compatibility with older CPUs (for
# example, -march=athlon-xp code will not run on a regular Athlon, and
# -march=i686 code will not run on a Pentium Classic.
#
# CPU types supported in gcc-3.2 and higher: athlon-xp, athlon-mp,
# athlon-tbird, athlon, k6, k6-2, k6-3, i386, i486, i586 (Pentium), i686
# (PentiumPro), pentium, pentium-mmx, pentiumpro, pentium2 (Celeron),
# pentium3, and pentium4.
#
# Note that Gentoo Linux 1.4 and higher include at least gcc-3.2.
#
# CPU types supported in gcc-2.95*: k6, i386, i486, i586 (Pentium), i686
# (Pentium Pro), pentium, pentiumpro Gentoo Linux 1.2 and below use gcc-2.95*
#
# CRITICAL WARNINGS: ****************************************************** #
# K6 markings are deceptive. Avoid setting -march for them. See Bug #24379. #
# ************************************************************************* #
#
# Decent examples:

# Unset ONE of the cflag examples that best resembles your cpu

#
# Athlon class cpu's below
#
#CFLAGS="-march=athlon -O2 -fomit-frame-pointer -pipe"
CFLAGS="-march=pentium-m -O3 -fomit-frame-pointer -pipe"
#CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe"
#CFLAGS="-march=athlon-4 -O2 -fomit-frame-pointer -pipe"

#
# Pentium class cpu's below
#
#CFLAGS="-march=pentium2 -O2 -fomit-frame-pointer -pipe"
#CFLAGS="-march=pentium3 -O2 -fomit-frame-pointer -pipe"
#CFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe"


# If you set a CFLAGS above, then this line will set your default C++ flags to
# the same settings.
CXXFLAGS="${CFLAGS}"
#
# Setting LDFLAGS is still experimental use them only if you are truly experienced
#
# man ld to learn how use flags affect gentoo linux
#
#LDFLAGS="-Wl,-O1 -Wl,--relax -Wl,--enable-new-dtags -Wl,--sort-common -s"
#
#
# Advanced Masking
# ================
#
# Gentoo is using a new masking system to allow for easier stability testing
# on packages. KEYWORDS are used in ebuilds to mask and unmask packages based
# on the platform they are set for. A special form has been added that
# indicates packages and revisions that are expected to work, but have not yet
# been approved for the stable set. '~arch' is a superset of 'arch' which
# includes the unstable, in testing, packages. Users of the 'x86' architecture
# would add '~x86' to ACCEPT_KEYWORDS to enable unstable/testing packages.
# '~ppc', '~sparc' are the unstable KEYWORDS for their respective platforms.
#
# Please note that this is not for development, alpha, beta, nor cvs release
# packages. "Broken" packages will not be added to testing and should not be
# requested to be added. Alternative routes are available to developers
# for experimental packages, and it is at their discretion to use them.
#
# DO NOT PUT ANYTHING BUT YOUR SPECIFIC ~ARCHITECTURE IN THE LIST.
# IF YOU ARE UNSURE OF YOUR ARCH, OR THE IMPLICATIONS, DO NOT MODIFY THIS.
#
#ACCEPT_KEYWORDS="~x86"

# Portage Directories
# ===================
#
# Each of these settings controls an aspect of portage's storage and file
# system usage. If you change any of these, be sure it is available when
# you try to use portage. *** DO NOT INCLUDE A TRAILING "/" ***
#
# PORTAGE_TMPDIR is the location portage will use for compilations and
# temporary storage of data. This can get VERY large depending upon
# the application being installed.
PORTAGE_TMPDIR=/var/tmp
#
# PORTDIR is the location of the portage tree. This is the repository
# for all profile information as well as all ebuilds. This directory
# itself can reach 200M. WE DO NOT RECOMMEND that you change this.
PORTDIR=/usr/portage
#
# DISTDIR is where all of the source code tarballs will be placed for
# emerges. The source code is maintained here unless you delete
# it. The entire repository of tarballs for gentoo is 9G. This is
# considerably more than any user will ever download. 2-3G is
# a large DISTDIR.
DISTDIR=${PORTDIR}/distfiles
#
# PKGDIR is the location of binary packages that you can have created
# with '--buildpkg' or '-b' while emerging a package. This can get
# upto several hundred megs, or even a few gigs.
PKGDIR=${PORTDIR}/packages
#
# PORT_LOGDIR is the location where portage will store all the logs it
# creates from each individual merge. They are stored as YYMMDD-$PF.log
# in the directory specified. This is disabled until you enable it by
# providing a directory. Permissions will be modified as needed IF the
# directory exists, otherwise logging will be disabled.
#PORT_LOGDIR=/var/log/portage
#
# PORTDIR_OVERLAY is a directory where local ebuilds may be stored without
# concern that they will be deleted by rsync updates. Default is not
# defined.
#PORTDIR_OVERLAY=/usr/local/portage

# Fetching files
# ==============
#
# If you need to set a proxy for wget or lukemftp, add the appropriate "export
# ftp_proxy=<proxy>" and "export http_proxy=<proxy>" lines to /etc/profile if
# all users on your system should use them.
#
# Portage uses wget by default. Here are some settings for some alternate
# downloaders -- note that you need to merge these programs first before they
# will be available.
#
# Default fetch command (5 tries, passive ftp for firewall compatibility)
#FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -P \${DISTDIR}"
#RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp \${URI} -P \${DISTDIR}"
#
# Using wget, ratelimiting downloads
#FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp --limit-rate=200k \${URI} -P \${DISTDIR}"
#RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp --limit-rate=200k \${URI} -P \${DISTDIR}"
#
# Lukemftp (BSD ftp):
#FETCHCOMMAND="/usr/bin/lukemftp -s -a -o \${DISTDIR}/\${FILE} \${URI}"
#RESUMECOMMAND="/usr/bin/lukemftp -s -a -R -o \${DISTDIR}/\${FILE} \${URI}"
#
# Prozilla (turbo downloader)
#FETCHCOMMAND='/usr/bin/proz --no-getch -s ${URI} -P ${DISTDIR}'
#
# Portage uses GENTOO_MIRRORS to specify mirrors to use for source retrieval.
# The list is a space seperated list which is read left to right. If you use
# another mirror we highly recommend leaving the default mirror at the end of
# the list so that portage will fall back to it if the files cannot be found
# on your specified mirror. We _HIGHLY_ recommend that you change this setting
# to a nearby mirror by merging and using the 'mirrorselect' tool.
#
# Portage uses PORTAGE_BINHOST to specify mirrors for prebuilt-binary packages.
# The list is a single extry specifying the full address of the directory
# serving the tbz2's for your system. Running emerge with either '--getbinpkg'
# or '--getbinpkgonly' will cause portage to retrieve the metadata from all
# packages in the directory specified, and use that data to determine what will
# be downloaded and merged. '-g' or '-gK' are the recommend parameters. Please
# consult the man pages and 'emerge --help' for more information.
#PORTAGE_BINHOST="ftp://login:pass@grp.mirror.site/pub/grp/i686/athlon-xp/"
#PORTAGE_BINHOST="http://grp.mirror.site/gentoo/grp/1.4/i686/athlon-xp/"

# Synchronizing Portage
# =====================
#
# Each of these settings effects how Gentoo synchronizes your Portage tree.
# Synchronization is handled by rsync and these settings allow some control
# over how it is done.
#
#
# SYNC is the server used by rsync to retrieve a localized rsync mirror
# rotation. This allows you to select servers that are geographically
# close to you, yet still distribute the load over a number of servers.
# Please do not single out specific rsync mirrors. Doing so places undue
# stress on particular mirrors. Instead you may use one of the following
# continent specific rotations:
#
# Default: "rsync://rsync.gentoo.org/gentoo-portage"
# North America: "rsync://rsync.namerica.gentoo.org/gentoo-portage"
# South America: "rsync://rsync.samerica.gentoo.org/gentoo-portage"
# Europe: "rsync://rsync.europe.gentoo.org/gentoo-portage"
# Asia: "rsync://rsync.asia.gentoo.org/gentoo-portage"
# Australia: "rsync://rsync.au.gentoo.org/gentoo-portage"
#SYNC="rsync://rsync.eliteitminds.com/gentoo-portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"

# RSYNC_RETRIES sets the number of times portage will attempt to retrieve
# a current portage tree before it exits with an error. This allows
# for a more successful retrieval without user intervention most times.
RSYNC_RETRIES="3"
#

# RSYNC_TIMEOUT sets the length of time rsync will wait before it times out
# on a connection. Most users will benefit from this setting as it will
# reduce the amount of 'dead air' they experience when they run across
# the occasional, unreachable mirror. Dialup users might want to set this
# value up around the 300 second mark.
RSYNC_TIMEOUT=180

# Advanced Features
# =================
#
# MAKEOPTS provides extra options that may be passed to 'make' when a
# program is compiled. Presently the only use is for specifying
# the number of parallel makes (-j) to perform. The suggested number
# for parallel makes is CPUs+1.
MAKEOPTS="-j3"
#
# PORTAGE_NICENESS provides a default increment to emerge's niceness level.
# Note: This is an increment. Running emerge in a niced environment will
# reduce it further. Default is unset.
#PORTAGE_NICENESS=3
#
# AUTOCLEAN enables portage to automatically clean out older or overlapping
# packages from the system after every successful merge. This is the
# same as running 'emerge -c' after every merge. Set with: "yes" or "no".
# This does not affect the unpacked source. See 'noclean' below.
AUTOCLEAN="yes"
#
# FEATURES are settings that affect the functionality of portage. Most of
# these settings are for developer use, but some are available to non-
# developers as well.
#
# 'autoaddcvs' causes portage to automatically try to add files to cvs
# that will have to be added later. Done at generation times
# and only has an effect when 'cvs' is also set.
# 'buildpkg' causes binary packages to be created of all packages that
# are merged.
# 'ccache' enables ccache support via CC.
# 'cvs' feature for developers that causes portage to enable all
# cvs features (commits, adds) and all USE flags in SRC_URI
# will be applied for digests.
# 'digest' autogenerate a digest for packages.
# 'distcc' enables distcc support via CC.
# 'fixpackages' allows portage to fix binary packages that are stored in
# PKGDIR. This can consume a lot of time. 'fixpackages' is
# also a script that can be run at any given time to force
# the same actions.
# 'keeptemp' prevents the clean phase from deleting the temp files ($T)
# from a merge.
# 'keepwork' prevents the clean phase from deleting the WORKDIR.
# 'noauto' causes ebuild to perform only the action requested and
# not any other required actions like clean or
# 'noclean' prevents portage from removing the source and temporary files
# after a merge -- for debugging purposes only.
# 'nostrip' prevents stripping of binaries.
# 'notitles' disables xterm titlebar updates (which contain status info).
# 'sandbox' enable sandbox-ing when running emerge and ebuild
# 'strict' causes portage to react strongly to conditions that
# have the potential to be dangerous -- like missing or
# incorrect Manifest files.
# 'userpriv' allows portage to drop root privleges while it is compiling
# as a security measure, and as a side effect this can remove
# sandbox access violations for users.
# 'usersandbox' enables sandboxing while portage is running under userpriv.
# unpack -- for debugging purposes only.
FEATURES="sandbox ccache"
#
# CCACHE_SIZE sets the space use limitations for ccache. The default size is
# 2G, and will be set if not defined otherwise and ccache is in features.
# Portage will set the default ccache dir if it is not present in the
# user's environment, for userpriv it sets: ${PORTAGE_TMPDIR}/ccache
# (/var/tmp/ccache), and for regular use the default is /root/.ccache.
# Sizes are specified with 'G' 'M' or 'K'.
# '4G' for 4 gigabytes, '4096M' for 4 gigabytes, etc... Default is 2G
CCACHE_SIZE="2G"
#
# DISTCC_DIR sets the temporary space used by distcc.
#DISTCC_DIR="${PORT_TMPDIR}/.distcc"
#
# RSYNC_EXCLUDEFROM is a file that portage will pass to rsync when it updates
# the portage tree. Specific chucks of the tree may be excluded from
# consideration. This may cause dependency failures if you are not careful.
# The file format is one pattern per line, blanks and ';' or '#' lines are
# comments. See 'man rsync' for more details on the exclude-from format.
#RSYNC_EXCLUDEFROM=/etc/portage/rsync_excludes

#############
#
# Use the USE= below during bootstrap to ensure you have no problems during bootstrap
# IMPORTANT!!! Adjust mmx, mmx2, sse, sse2, 3dnow, 3dnowext use flags appropriately
# for your cpu type or you will have a bad day
# public service message from ali3nx
#
# USE adjusted to reflect gcj gcc ebuild bug. 29/09/2004

USE="nptl -X acpi"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp6.uni-muenster.de/pub/linux/distributions/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://files.gentoo.gr"


the next thing is to edit a package.keywords file, to tell emerge that it might use the newest gcc.
Code:

nano /etc/portage/package.keywords


enter the following there:
Quote:

sys-devel/gcc-config ~x86
sys-devel/gcc ~x86
sys-libs/libstdc++-v3 ~x86


after this the normal steps:
Code:

emerge sync
env-update && source /etc/profile


now we manually emerge the gcc :
Code:

USE="bootstrap build" emerge --oneshot --nodeps gcc -av
env-update && source /etc/profile


because i want to use a 2.6 kernel version i have to emerge the linux26-headers, preventing bootstrap from getting damn 2.4 source ;)
Code:

USE="bootstrap build" emerge --oneshot --nodeps linux26-headers -av
env-update && source /etc/profile


now the tricky part, at this point most of the other howtos crashed at my place saying gcc is unable to create outputfiles.
My system was confused which compiler to use.

Code:

gcc-config -l


now you should see something like this:
Quote:

[1] i386-pc-linux-gnu-3.3.4
[2] i686-pc-linux-gnu-3.4.3 *
[3] i686-pc-linux-gnu-3.4.3-hardened
[4] i686-pc-linux-gnu-3.4.3-hardenednopie
[5] i686-pc-linux-gnu-3.4.3-hardenednossp


my Problem was, that the gcc-compiler had been obviously selected, but was not in use. here the workaround working for me:

Code:

nano /etc/make.conf


change
Quote:

#CHOST="i386-pc-linux-gnu"
#
CHOST="i686-pc-linux-gnu"
#

to
Quote:

CHOST="i386-pc-linux-gnu"
#
#CHOST="i686-pc-linux-gnu"
#

now you are able to do the following:
Code:

gcc-config 1
env-update && source /etc/profile
gcc-config -l

now the output should be:
Quote:

[1] i386-pc-linux-gnu-3.3.4 *
[2] i686-pc-linux-gnu-3.4.3
[3] i686-pc-linux-gnu-3.4.3-hardened
[4] i686-pc-linux-gnu-3.4.3-hardenednopie
[5] i686-pc-linux-gnu-3.4.3-hardenednossp

not realy the gcc we want to use, so lets switch back!
Code:

nano /etc/make.conf


change
Quote:

CHOST="i386-pc-linux-gnu"
#
#CHOST="i686-pc-linux-gnu"
#

to
Quote:

#CHOST="i386-pc-linux-gnu"
#
CHOST="i686-pc-linux-gnu"
#


then after
Code:

gcc-config --use-portage-chost 2
env-update && source /etc/profile
gcc-config -l

you should see again:

Quote:

[1] i386-pc-linux-gnu-3.3.4
[2] i686-pc-linux-gnu-3.4.3 *
[3] i686-pc-linux-gnu-3.4.3-hardened
[4] i686-pc-linux-gnu-3.4.3-hardenednopie
[5] i686-pc-linux-gnu-3.4.3-hardenednossp


now the real bootstrap:

Code:

cd /usr/portage/
scripts/bootstrap.sh


and the emerge system
Code:

env-update && source /etc/profile

emerge system


which produced an ERROR on cracklib for me.

when the error occours please do the following:
Code:

nano /etc/make.conf

add the following line to the end:
Quote:

FEATURES="keepwork"

now again:
Code:

env-update
source /etc/profile


now after a
Code:

emerge --resume

you should have the CracklibMakefile in /var/tmp/portage/work/cracklib... or something like that

after you found the Makefile you can do the following:
Code:

nano Makefile

change the "packer" into "util/packer"
then do:
Code:

make
make install
emerge --inject sys-libs/cracklib-2.7-r10
emerge --resume


and emerge should run until the holy end :)

I don't know if this is helpful to anyone, but if you have the same errors perhaps it will help.

feel free to drop a line and / or correct the mistakes

cya
Back to top
View user's profile Send private message
unclefu
Tux's lil' helper
Tux's lil' helper


Joined: 24 Nov 2002
Posts: 85
Location: Herdecke, NRW, GERMANY

PostPosted: Fri Dec 10, 2004 12:39 pm    Post subject: Reply with quote

113 views and no one saying:
well its scrap
or
yeah it helped me.

hmmm.....
Back to top
View user's profile Send private message
ladylinux
n00b
n00b


Joined: 13 Dec 2004
Posts: 6
Location: Baltimore

PostPosted: Mon Dec 13, 2004 9:22 pm    Post subject: Yes This Helped Me .. I will post the results of the re-try Reply with quote

Hello,

I have a g-3 clamshell that crashes during bootstrap .. same place twice .. I will give this a go .. and it does help me to understand what is going on with GCC ..

Thank You,

Francesca
Lady Linux :wink:
Back to top
View user's profile Send private message
hotwok
n00b
n00b


Joined: 13 Jan 2004
Posts: 48
Location: Sweden

PostPosted: Wed Dec 15, 2004 12:19 am    Post subject: Reply with quote

Thanks for the walkthrough unclefu..
gcc-config seemed to choose and use gcc 3.4.3 i didn't need to do anything.
i dont know if it's really needed to compile gcc an extra time before bootstrap but i did it anyway just to be sure. i think bootstrap uses the 2.6 headers if they are unmasked?.. i did not experience any crash during emerge system. im running everything x86 with this in my package.keywords

Code:

sys-kernel/linux26-headers ~x86
sys-devel/gcc-config ~x86
sys-devel/gcc ~x86
sys-libs/libstdc++-v3 ~x86
Back to top
View user's profile Send private message
Vendicatore
Apprentice
Apprentice


Joined: 05 Apr 2004
Posts: 252
Location: Carate Brianza, Italy

PostPosted: Wed Dec 15, 2004 4:02 pm    Post subject: Reply with quote

Ir runs! :D
And without errors on cracklib (I'm using 2004.3-r1).
Very very useful :)
Can I translate it and post to the italian forum?
Back to top
View user's profile Send private message
Plazmic
n00b
n00b


Joined: 18 Feb 2005
Posts: 34
Location: Florida

PostPosted: Fri Feb 18, 2005 4:21 am    Post subject: Reply with quote

Extremely usefull guide -- worked without any problems. Much appreciated! :D
Back to top
View user's profile Send private message
Tahnka
n00b
n00b


Joined: 10 Feb 2004
Posts: 10

PostPosted: Fri Mar 18, 2005 5:39 pm    Post subject: ERROR: sys-libs/glibs-2.3.4.20041102-r1 failed Reply with quote

checking sysdep dirs... configure: error: The i6o86 is not supported.
Back to top
View user's profile Send private message
k63plus_dude
n00b
n00b


Joined: 27 Jun 2005
Posts: 2

PostPosted: Mon Jun 27, 2005 4:20 am    Post subject: Reply with quote

About the included make.conf, in the CFLAGS section: it warns to beware of K6
markings. Here is my dilemma, I have an old super-socket-7 system (ss7) that
is running an AMD k6-iii+ processor. I chose gentoo in the hopes that I could
build a complete system that is optimized to use all the features of this chip.

My question is what CFLAGS/CHOST settings will enable all the features of this
chip. Specifically, this cpuflags from /proc indicate that this chip supports k6_mtrr,
mmx, 3dnow, and 3dnowext. From the documentation of gcc v3, I can us -m3dnow,
but unless I us -march=athlon, it will not have the extensions.

I've found that arch is critical, as using the wrong stage3 tarball resulted in the
"illegal instruction" issue already. Any suggestions or is there a good source on
developing under linux with this particular chip? I'm not afraid to dive into a
high level programming guide, but I just can't seem to find much out there for
this chip and linux.
_________________
...there was coffee, life could go on.
Back to top
View user's profile Send private message
unclefu
Tux's lil' helper
Tux's lil' helper


Joined: 24 Nov 2002
Posts: 85
Location: Herdecke, NRW, GERMANY

PostPosted: Mon Jun 27, 2005 8:48 am    Post subject: Reply with quote

This Guide has been written for stage 1 installations only.
here you can find cflags
http://gentoo-wiki.com/Safe_Cflags
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo 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