Juergen Spitzmueller wrote:
> can I apply this to 1.3 and 1.4?
If no one objects until tomorrow morning, I'll apply it (it's really obvious).
Juergen.
> "Pascal" == Pascal Francq <[EMAIL PROTECTED]> writes:
Pascal> I have run './autogen.sh', but I did not seen the first time
Pascal> the following messages: . noinst_PROGRAMS: variable
Pascal> `FRONTENDS_PROGS' is used but `FRONTENDS_PROGS' is undefined
Pascal> SUBDIRS: variable `FRONTENDS_SUB
On Tue, Aug 05, 2003 at 04:46:10PM +0100, John Levon wrote:
> Not if we use the default language only when creating a new paragraph,
> and set the language there.
>
> new Paragraph(bparams.language);
I am pretty happy with Paragraph::Paragraph() as it is now...
Of course, a function creating
On Mon, Aug 11, 2003 at 03:30:00PM +0300, Martin Vermeer spake thusly:
> >
> > Hi,
> >
> > I am back from holidays and I already managed to work through your
> > hundreds of emails and cvs commits.
> >
> > What is the current status of LyX? Is it usable again? Andre, is there
> > anything that
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>>Do you know of a tool to identify "dead" code? I.e. not accessed by
>>anything else? [gprof seems to be able to add usage count on a per-line
>>base, but that's just for the things actually used in the profile
>>run...]
>>
>
|
On Mon, Aug 11, 2003 at 11:21:24AM +0200, Andre Poenitz wrote:
> > This is clearly labelling a massive problem with the current cursor
> > code: that is, you cannot just set the cursor at abritrary x,y and
> > expect the inset locking to place the cursor there.
>
> There is no such problem in ma
On Mon, Aug 11, 2003 at 02:09:07PM +0200, Andre Poenitz wrote:
> Do you know of a tool to identify "dead" code? I.e. not accessed by
-ffunction-sections, then ld --verbose --gc-sections *might* help.
findstatic.pl also *might* help : http://kernelnewbies.org/scripts/
regards
john
--
Khendon's
On Sun, Aug 10, 2003 at 03:54:26PM -0300, Garst R. Reese wrote:
> Andre Poenitz wrote:
>
> > You could try'CXXFLAGS=-pg configure --disable-debug... ' to include
> > profile, but no debug information. This links much faster than the
> > debug-enabled version and should shoul the bottleneck ne
