On Mon, Aug 24, 2020 at 01:44:33AM +0200, Kornel Benko wrote:
> Am Sun, 23 Aug 2020 14:36:52 -0400
> schrieb Scott Kostyshak <skost...@lyx.org>:
>
> > On Sun, Aug 23, 2020 at 01:35:54PM +0200, Kornel Benko wrote:
> > > Am Sun, 23 Aug 2020 11:53:25 +0200
> > > schrieb Kornel Benko <kor...@lyx.org>:
> > >
> > > > Am Sun, 23 Aug 2020 10:09:24 +0200
> > > > schrieb Jürgen Spitzmüller <sp...@lyx.org>:
> > > >
> > > > > Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:
> > > > > > OK. In the mean time, (I don't expect a solution in the near future)
> > > > > > we should use your patch. Just my 2c.
> > > > >
> > > > > I went for alphabetic ordering now.
> > > > >
> > > > > Jürgen
> > > >
> > > > Thanks, works nice for supported-languages.*. Retesting all takes a
> > > > while ...
> > > >
> > > > Kornel
> > >
> > > Looks good.
> >
> > Looks good here also (I only tested supported-languages). Thanks for the
> > fix.
> >
> > I guess it is still an open puzzle of how it was possible to get
> > different output from the same .lyx file in some situations? Jürgen
> > fixed this particular issue which caused a conflict, but is it possible
> > there could be other situations where we produce different LaTeX output
> > from the same .lyx file?
> >
> > Scott
>
> The languages are stored in a set, so the retrieve sequence is not determined.
>
> src/LaTeXFeatures.h:
> typedef std::set<Language const *> LanguageList;
> LanguageList UsedLanguages_;
> ...
> src/LaTeXFeatures.cpp:
> for (auto const & lang : UsedLanguages_) {
> ...
> }
>
> Probably depends on the compiler ...I see, so it does seem to be specific to that case. That's good to know. Thanks for figuring that out. Scott
signature.asc
Description: PGP signature
-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
