texmacs-dev
[Top][All Lists]
Advanced

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

[Texmacs-dev] Re: TeXmacs port to IRIX


From: Philipp Tomsich
Subject: [Texmacs-dev] Re: TeXmacs port to IRIX
Date: Tue, 14 Jan 2003 05:54:28 -0800

Thanks for your assistence so far.

> Would it be possible for you to cut this huge patch into
> a few smaller ones: essentially one for each of the points below?
> You may then post them at Savannah to the patch manager and
> I will apply them one by one.

I posted patches 946--951 on savannah. This does not include the VLA changes,
as I'll have another go at them to make the configurable. The configuration
infrastructure should get a few more changes (as I mentioned in my earlier
mail).

> >   2. Changes to fix duplicate argument names in function prototypes.
>
> I could not find these, but I will correct that.

It's patch #947.

> It would be good to make this a configuration option,
> so that we do use variable-length arrays on systems where
> they are available (for speed reasons: by looking the changes,
> I identified several parts where direct allocation on the heap
> will really speed up the editor).

The weird thing is, that our compiler allocates these arrays onto the stack
mostly, as the IPA identifies these arrays as non-escaping.  This is one of
those days, when I wish that the C++ standard had been revised together with
the publication of the C99 standard.

> >   5. Reordering to code in the header files that use templates to avoid
> >      problems with references to friend methods that aren't declared yet.
>
> David should take a look at this.

It's patch #949.

> >   6. A few (2 or 3) explicit casts to type (X**) for the result of a
> >      "new (X*) [...]" operation to work around an apparent bug in our
> >      7.4 compilers (I've also given notice about this to our C++ front-end
> >      engineers).
>
> No problem; we will correct that too.

It's patch #951. It shouldn't have any side-effects and will work around this
compiler problem.


--phil.





reply via email to

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