View previous topic :: View next topic |
New use flag poll |
SMP -- SMP enchancements for those with multi-processors (global) |
|
57% |
[ 8 ] |
Accessibilitity -- Interfaces for all |
|
42% |
[ 6 ] |
|
Total Votes : 14 |
|
Author |
Message |
Bowyakka Tux's lil' helper
Joined: 04 Oct 2002 Posts: 142 Location: London
|
Posted: Tue Dec 02, 2003 1:36 am Post subject: USE Falg Vote |
|
|
Sparked off by latest gwn letter-- new use flag accessibility
Yes a bit of a dup , yes these are done in the bugzilla (this is a more friendly post than those , more offical methods)
Everybody keeps asking for use flags , so
1) why cant we have a vote on them (friendly vote meaning very little)
2) Can we change use flags a little so that local flags go like this Ant_antlr ant_jlex , kismet_ethereal etc and globals stay as doc ggi etc _________________ glows in the dark |
|
Back to top |
|
|
nephros Advocate
Joined: 07 Feb 2003 Posts: 2139 Location: Graz, Austria (Europe - no kangaroos.)
|
Posted: Tue Dec 02, 2003 2:10 am Post subject: |
|
|
Uhm, what kinds of enhancements do you expect from a "smp" useflag?
I mean applications either have smp-friendly code or they haven't right? So either they take advantage from a SMP system or they don't, no compile-time option will change that.
Sorry if I misunderstood this. _________________ Please put [SOLVED] in your topic if you are a moron. |
|
Back to top |
|
|
wdreinhart Guru
Joined: 11 Jun 2003 Posts: 569 Location: 4QFJ12345678
|
Posted: Tue Dec 02, 2003 2:20 am Post subject: |
|
|
Is SMP-friendly code less accessable? Why are we treating SMP and a11y as mutually exclusive here? We could have both... |
|
Back to top |
|
|
Bowyakka Tux's lil' helper
Joined: 04 Oct 2002 Posts: 142 Location: London
|
Posted: Tue Dec 02, 2003 6:31 pm Post subject: |
|
|
Ok fair nuff maybe the poll is silly
Quote: | Uhm, what kinds of enhancements do you expect from a "smp" useflag?
I mean applications either have smp-friendly code or they haven't right? So either they take advantage from a SMP system or they don't, no compile-time option will change that.
Sorry if I misunderstood this. |
Most programs that are multi-process (eg apache 1.3) or multi-threaded (java / apache2) will get a definate kick out of smp with or without any specific compilation. However some programs have build files or additional code that is either directly enchanced for smp or makes say thread useage more aggressive, two examples of this i can think about off the top of my head is the gimp and uae (which really does have a kick for emulation speed)
eerr ok lets have both ally and smp as flags and while we are at it gcj -- compile java code to native code (so that for example a native eclipse can be built .... ) _________________ glows in the dark |
|
Back to top |
|
|
nephros Advocate
Joined: 07 Feb 2003 Posts: 2139 Location: Graz, Austria (Europe - no kangaroos.)
|
Posted: Wed Dec 03, 2003 4:14 am Post subject: |
|
|
Bowyakka wrote: | However some programs have build files or additional code that is either directly enchanced for smp or makes say thread useage more aggressive, two examples of this i can think about off the top of my head is the gimp and uae (which really does have a kick for emulation speed)
|
I didn't know this. And as I'm running an SMP system I'm interested naturally! How do you enable these additional build files? (I assume it's some ./configure option?) Shouldn't be too complicated to hack the ebuilds accordingly, even with USE flag
Bowyakka wrote: | eerr ok lets have both ally and smp as flags and while we are at it gcj -- compile java code to native code (so that for example a native eclipse can be built .... ) | That would be very nice indeed. However I suspect this would be an considerable amount of work. I have played with gjc very little, and I never got it to work properly. But I'm neither a makefile nor a java guru... _________________ Please put [SOLVED] in your topic if you are a moron. |
|
Back to top |
|
|
nephros Advocate
Joined: 07 Feb 2003 Posts: 2139 Location: Graz, Austria (Europe - no kangaroos.)
|
Posted: Wed Dec 03, 2003 6:50 pm Post subject: |
|
|
ok, I found the Gimp thing. Here's simple patch, introducing the "smp" local USE flag for gimp.
I use the development version, but it should be the same for the regular ebuild.
Code: | --- /usr/portage/media-gfx/gimp/gimp-1.3.23.ebuild 2003-11-26 23:39:10.000000000 +0100
+++ /usr/local/portage/media-gfx/gimp/gimp-1.3.23.ebuild 2003-12-03 05:43:41.000000000 +0100
@@ -13,7 +13,7 @@
SLOT="2"
LICENSE="GPL-2"
KEYWORDS="~x86 ~ppc ~hppa ~sparc"
-IUSE="doc python aalib png jpeg tiff gtkhtml mmx sse X altivec"
+IUSE="doc python aalib png jpeg tiff gtkhtml mmx sse X altivec smp"
# protect against over optimisation (related to #21787)
#replace-flags -Os -O2
@@ -81,6 +81,7 @@
`use_enable altivec` \
`use_enable doc gtk-doc` \
`use_enable python` \
+ `use_enable smp mp` \
`use_with X x` \
`use_with png libpng` \
`use_with jpeg libjpeg` \
|
_________________ Please put [SOLVED] in your topic if you are a moron. |
|
Back to top |
|
|
|