Slackware64

[ponce]

core2 e' solo per il tune (un po' com'era l'mtune=i686 per l'march=i486), il pacchetto e' compatibile con tutti gli x86_64: volendo uno potrebbe anche fare mtune=k8, e in effetti ci sono pacchetti che hanno proprio questa opzione tra le flag di default quando trovano un processore a 64bit.

[conraid]

core2 e' solo per il tune (un po' com'era l'mtune=i686 per l'march=i486), il pacchetto e' compatibile con tutti gli x86_64: volendo uno potrebbe anche fare mtune=k8, e in effetti ci sono pacchetti che hanno proprio questa opzione tra le flag di default quando trovano un processore a 64bit.

ho visto, ma vedo che Alien non usa niente per x86_64, e se vogliamo seguire la tradizione come facciamo per 486...

tra l'altro vedo che alcuni pacchetti hanno un if per "arm", mi sa che esce un'altro porting

[Ansa89]

ho visto, ma vedo che Alien non usa niente per x86_64, e se vogliamo seguire la tradizione come facciamo per 486...

Ma non credo esistano processori 486 a 64 bit; sarebbe un controsenso .

tra l'altro vedo che alcuni pacchetti hanno un if per "arm", mi sa che esce un'altro porting

L'obiettivo è fare concorrenza a debian (come numero di piattaforme supportate) .

[conraid]

ho visto, ma vedo che Alien non usa niente per x86_64, e se vogliamo seguire la tradizione come facciamo per 486...

Ma non credo esistano processori 486 a 64 bit .

come no? il 486FX64
intendevo dire che adesso facciamo pacchetti per 486 come fa Pat, non per 686, etc... e per la 64 dovremmo fare lo stesso seguendo i build ufficiali

comunque ho visto che CXXFLAGS le prende da lina di comando, quindi ho lasciato solo l'installa per la patch
if [ $ARCH = "x86_64" ]; then applicopatch

[ponce]

io ce lo lascerei, tanto non ci metto niente a ricompilarli senza se non andasse bene con lo script che fa tutti i pacchetti: ora sto ripulendo per bene tutti gli script dalle variabili d'ambiente lasciate in giro e sostituisco i vari lib64 con lib$LIBDIRSUFFIX (che metto nel file .options), quando ho finito magari applico le patch con un if sul parametro ARCH, cosi' almeno uso i soliti script anche per la current normale (edit prepost: mi hai anticipato nel postare ).
e' che dovrei parametrizzare anche l'utilizzo di --with-pic nel configure (tra l'altro andrebbe messo ovunque supportato nel caso della current64).

[conraid]

io ce lo lascerei, tanto non ci metto niente a ricompilarli senza se non andasse bene con lo script che fa tutti i pacchetti: ora sto ripulendo per bene tutti gli script dalle variabili d'ambiente lasciate in giro e sostituisco i vari lib64 con lib$LIBDIRSUFFIX (che metto nel file .options), quando ho finito magari applico le patch con un if sul parametro ARCH, cosi' almeno uso i soliti script anche per la current normale (edit prepost: mi hai anticipato nel postare ).
e' che dovrei parametrizzare anche l'utilizzo di --with-pic nel configure (tra l'altro andrebbe messo ovunque supportato nel caso della current64).

con la patch solo installa sembra ok, nel senso che mi fa il txa con lib64, ma naturalmente è una prova veramente scema
per --with-pic, mmm

[ponce]

ho trovato questo:

By default, libtool compiles each file that may become part of a
library twice. It does so because a file must be compiled with PIC
(position independent code) in order to become part of a shared
library, but this sometimes imposes some overhead, and libtool
believes that a static library shouldn't impose this overhead.
Therefore, libtool uses an object file with PIC to build a shared
library, and one without PIC for static libraries.

qui spiega perche' e' utile.

comunque anche pat, eric e robby lo mettono

[conraid]

qui spiega perche' e' utile.

non discutevo sull'utilità, ma sul fatto che le modifiche iniziano ad essere troppe
Anche se io -fPIC ce l'ho già negli slackbuilds, ma --with-pic no

[ponce]

eh vabbeh, tanto non ci corre dietro nessuno.
vedrai che inizieranno presto a metterlo

[conraid]

eh vabbeh, tanto non ci corre dietro nessuno.

Perché non ti iscrivi tra i pacchettizzatori così discutiamo li di queste cose?
Loris sembra orientato a non fare un repository a 64bit, in quanto ci sono 2400 pacchetti da modificare

[albatros]

intendevo dire che adesso facciamo pacchetti per 486 come fa Pat, non per 686, etc...

Sì, ma prendendo uno slackbuild ufficiale a caso e uno a caso fra quelli di slacky fatti da te:

ftp://ftp.slackware.com/pub/slackware/s ... SlackBuild

if [ "$ARCH" = "i386" ]; then
SLKCFLAGS="-O2 -march=i386 -mcpu=i686"

http://repository.slacky.eu/slackware-1 ... SlackBuild

if [ "$ARCH" = "i486" ]; then
SLKCFLAGS="-O2 -march=i486 -mtune=i686"

anche i pacchetti attuali per 32bit sono ottimizzati per 686, anche se compatibili con 486 o addirittura 386.

Comunque condivido anch'io l'impostazione di Pat di mettere semplicemente:

elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"

[ponce]

ottime notizie per wine e anche per Enemy Territory

ftp://ftp.gtlib.gatech.edu/pub/slamd64/ ... README.TXT

Emmott e' un grande: ora metto current64 anche a casa

[ponce]

mario, ho dato un'occhiata a sysstat:
- la versione 7.0.0 (inclusa in slackware current) e' del 9 luglio del 2006;
- la versione 9.0.3 ha una sintassi diversa dei comandi (come si legge dalle varie modifiche del changelog);
- a te non funziona come prima;
a questo punto mi viene da chiedermi perche' non sia stato piu' aggiornato.

[Mario Vanoni]

mario, ho dato un'occhiata a sysstat:
- la versione 7.0.0 (inclusa in slackware current) e' del 9 luglio del 2006;
- la versione 9.0.3 ha una sintassi diversa dei comandi (come si legge dalle varie modifiche del changelog);
- a te non funziona come prima;
a questo punto mi viene da chiedermi perche' non sia stato piu' aggiornato.

Chiedilo a PJV, l'ho chiesto tempo fa`, nessuna risposta,
ed a Sebastien non interessa litigare con le tante distro.

[OT] per far piacere a Corrado

Uso attivamente sysstat da oltre 10 anni, sempre perfetto.
9.0.3 e` perfetto sulle 32-bit, ed anche sulla 64-bit.
Il trucco sulla 64-bit l'ho segnalato a Sebastien,
compatibile con la struttura sysstat tradizionale.

La macchina 64-bit l'ho rimessa a 32-bit due ore fa.

[/OT]

[Vito]

mario, ho dato un'occhiata a sysstat:
- la versione 7.0.0 (inclusa in slackware current) e' del 9 luglio del 2006;
- la versione 9.0.3 ha una sintassi diversa dei comandi (come si legge dalle varie modifiche del changelog);
- a te non funziona come prima;
a questo punto mi viene da chiedermi perche' non sia stato piu' aggiornato.

Chiedilo a PJV, l'ho chiesto tempo fa`, nessuna risposta,
ed a Sebastien non interessa litigare con le tante distro.

[OT] per far piacere a Corrado

Uso attivamente sysstat da oltre 10 anni, sempre perfetto.
9.0.3 e` perfetto sulle 32-bit, ed anche sulla 64-bit.
Il trucco sulla 64-bit l'ho segnalato a Sebastien,
compatibile con la struttura sysstat tradizionale.

La macchina 64-bit l'ho rimessa a 32-bit due ore fa.

[/OT]

Lo segnalasti anche altre volte e per curiosità ho controllato anche io...
È un dubbio che vorrei levarmi..