FreBsd / Alpha !!!! - Page 1

A mort ! Qu'on les pende ! Qu'on ecartele !

J'ai passe plus de 5 h a debugguer mon code pour me rendre compte que ce qui plantait etait LONG_MIN/1 !!!!!!!!!!!!!!!!!!

Test case:

#include <limits.h>

int f(long a, long b);

int main()
{
  return f(LONG_MIN, 1);
}

int f(long a, long b)
{
  return a / b;
}

On a droit a un:
Floating exception (core dumped)

PS: Bon va falloir faire un bug report. Ou ?

Comment ça peut arriver un bug pareil ?

et si tu castes explicitement ton a/b ?

Ben en fait j'ai besoin d'une division en long Genre: LONG_MIN/p <= alpha
pour verifie que p*alpha ne va pas faire overflow. Donc...

./2: je te le fais pas dire... Mais c'est peut etre une vieille version de FreeBsd.

pour le bug report, tout dépend avec quel compilo tu as fait ça. Si c'est GCC, aller voir si y'a pas un bugzilla pour gcc sur www.gnu.org.

Oue c'est GCC (3.3.3) sous alpha-unknown-freebsd5.2.1 . Mais le bug provient de la fonction "__divq".

(il manque un e dans le titre)

A noter qu'avec GCC 3.2.1 sur un Digital UNIX V4.0E sous alpha, ca ne le fait pas .

http://gcc.gnu.org/

verifier avant si le bug n'existe pas, et si non, pphd, tu auras droit d'aller le rajouter, et même d'y proposer un correctif.

Le probleme est que avant de reporter, il faut que je reteste avec GCC 3.4.2. Donc que je le recompile.
Bref pas avant 3 h.

./9: Ne t'inquietes pas. J'ai deja poste des bugs pour GCC.
Mais je trouve pas:
http://gcc.gnu.org/bugzilla/buglist.cgi?query_format=specific&bug_status=__all__&product=gcc&content=alpha+freebsd+

Nouveau bug:

/* Build with:
    -g -mfp-rounding-mode=d -mieee-with-inexact  => BUG
   and with:
   -g -mfp-rounding-mode=d -mieee-with-inexact -O2  => No Bug 
*/
int main()
{
  long double d, e;
  d = 1.0; while ((e = d / 2.0) != (long double) 0.0) d = e;
  return 0;
}

Meme configuration

une plateforme de rêve

Rien a voir mais je suis en train de m'amuser a installer GCC 2.7.2.3, puis GCC 1.42
Le temps de compilation de GCC 2.7.2.3 est super (Mais l'install est loin d'etre trivialle).

Le temps pour compiler GCC 1.42 est utopique: 30s ...
Reste plus qu'a le faire marcher

On pourrait même essayer de le faire tourner on-calc, d'ailleurs.

Si tu veux essayer: ftp://ftp.cs.univ-paris8.fr/mirrors/ftp.gnu.org/gcc/gcc-1.42.tar.gz
Moi j'ai des problemes de libc qui suppose que GCC est au moins une 2.x

Kevin Kofler :
On pourrait même essayer de le faire tourner on-calc, d'ailleurs.

Je cite en cas d'edit, Kevin promeut la mise en place d'un compilateur C sur Ti !

Il a juste dit "essayer".
Taille pour GCC 1.42:

505576 Sep 21 16:13 gcc-cc1
47576 Sep 21 16:13 gcc-cpp
29068 Sep 21 16:13 gcc-gnulib

Et le temps de compilation des programmes avec GCC 1.42:
Fucking probleme de libc qui m'empeche de linker

Ca se trouve pas une vieille version de libc?

Va falloir chercher.

Il te faut la libc5 probablement (ou une encore plus vieille).

Et pour on-calc: bon, déjà il faudra apparemment une FlashApp. Ensuite, je ne sais pas si la RAM sera suffisante. Et enfin, je ne pense pas que faire tourner un vieux GCC servirait beaucoup si on considère le fait que ld-tigcc consomme beaucoup trop de RAM pour tourner on-calc. (J'ai fait des mesures avec Valgrind et la consommation mémoire se comptait en MO. )

Je trouve pas moins que glibc v1.09... deja trop recent

Ca fait peur ton truc...
Il te le fallait pourquoi exactement? pour le fun?

kevin> oui on m'avait déja dit que GCC prenait bcp trop de ram pour une ti

Pour le boulot. Pourquoi ?

http://packages.debian.org/unstable/oldlibs/libc5
http://ftp.belnet.be/linux/slackware/slackware-8.0/pasture/pasture-sources/libc4-attic/

Bonheur: ftp://ftp.gnu.org/old-gnu/gcc/
GCC 1.30. Je vais l'installer de suite.