texmacs-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Texmacs-dev] build failure with gcc 3.3 on hppa


From: Joris van der Hoeven
Subject: Re: [Texmacs-dev] build failure with gcc 3.3 on hppa
Date: Fri, 19 Sep 2003 20:45:42 +0200 (CEST)

Has this problem been fixed in the meantime?

On Thu, 3 Jul 2003, David Allouche wrote:
> On Thu, Jul 03, 2003 at 08:50:54AM +0200, Ralf Treinen wrote:
> > On Wed, Jul 02, 2003 at 09:02:36PM +0200, Ralf Treinen wrote:
> > > I just received a bug report about texmacs 1.0.1.14 not compiling
> > > on the hppa architecture. The current compiler on this architecture
> > > is gcc 3.3. The preceding version packaged for debian, 1.0.1.9,
> > > compiled fine on hppa using gcc 3.2.
> > >
> > > The strange thing is that texmacs 1.0.1.14 compiles fine with
> > > gcc 3.3 even on other 64bit archtectures, like for instance ia64.
> > > Does anyone have an idea what can be done about this bug?
> >
> > Classes/Abstract/basic.cc:22: error: integer constant is too large for
> > "long" type
> [...]
> > Classes/Abstract/basic.cc:55: error: integer constant is too large for
> > "long" type
>
> The problematic integer constant probably is WORD_MASK, which is
> defined in the configure.in as "0xfffffffffffffff8" for the
> architecture hppa64-*-linux-gnu*.
>
> Note, however, that it is surprising that a 64bit literal does not fit
> in a "long" on a 64bit architecture...

This is indeed quite strange. Did you try to replace "0xfffffffffffffff8"
by "0xfffffff8" in configure.in?

> As I said a few days ago, I really think that these architecture
> dependent definitions (WORD_LENGTH, WORD_LENGTH_INC, WORD_MAX,
> WORD_MAX_FAST) in configure.in should be removed and replaced by some
> sizeof-based arithmetic and standard header definitions. But as I do
> not understand what they mean, I just cannot do it.

Later...





reply via email to

[Prev in Thread] Current Thread [Next in Thread]