2011/4/29 Ozkan Sezer <[email protected]>
> On Fri, Apr 29, 2011 at 10:30 PM, Ruben Van Boxem
> <[email protected]> wrote:
> > 2011/4/29 NightStrike <[email protected]>
> >>
> >> On Fri, Apr 29, 2011 at 11:03 AM, Earnie <[email protected]>
> >> wrote:
> >> > Ozkan Sezer wrote:
> >> >> On Fri, Apr 29, 2011 at 5:42 PM, Vincent Torri
> >> >> <[email protected]> wrote:
> >> >>> hey
> >> >>>
> >> >>> did you remove the .la files ?
> >> >>>
> >> >>
> >> >> Nope, didn't bother. If theyare causing trouble, the developers can
> >> >> remove them by themselves.
> >> >>
> >> >
> >> > The .la files are specific to your environment. Therefore they should
> >> > not be distributed in binary packages. I find it not very kind for
> the
> >> > end user to have to worry about the contents of the distributed binary
> >> > package because it screws up their environment since the distributor
> >> > "didn't bother" and included files that pertain to his unique
> >> > environment.
> >>
> >> Ozkan's builds are the best ones we currently have the capacity to
> >> offer to our users. The fact that he builds them at all is a godsend,
> >> and I for one certainly won't inspect that gift horse's mouth. He can
> >> package them any way he wants (That's why it's a personal build and
> >> not an official release).
> >>
> >> What's really important is that people that make builds stick around
> >> to support them. That's way more important than deleting .la files,
> >> and he does a fine job of that.
> >>
> >> Keep up the good work, sezero.
> >
> > Hear hear. I agree. It's not that he constantly spews unnecessary updates
> > that require us to redelete the .la files. And only sucky configury
> scripts
> > misread them anyways.
> >
> > If I may be so blunt and rude, Ozkan, are there plans for a 4.6 build?
> Your
> > 4.5 build is still my main compiler, which works very well. You see,
> C++0x
> > is much improved yet again, and I'd like to "play" with its awesome
> features
> > ;-)
>
> Is 4.6.x not provided through the automated builds already?? There
> should be no need for me to make such a build (and I am not using it
> myself anyway :))
>
As some other discussion here on the list already brought up, the autobuilds
are all cross-compilers (for x86_64) and in my experience, they run a bit
slower on my machine. Don't know why, haven't tested it really, more like a
feeling. And I trust you more :-P And the autobuilds still are too big (the
/mingw directory should/could be removed, and the executables in
/libexec/gcc/someversionsandtriplets/*.exe are 5 times too large; I have
reported this (maybe even filed bug reports), but it only hit deaf man's
ears)... If there's no plans, there's no problem, just asking.
I'll try the autobuilds when I find the time/courage/will.
Ruben
>
> >
> > Thanks,
> >
> > Ruben
>
> --
> O.S.
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today. Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Mingw-w64-public mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
