Jean-François Mertens wrote:
[]
> [ Under melina, "options_machine FC_name" or "options_machine LINKER"
> currently yield just the plain "gfortran", and nothing in done in the
> info file
> to force this. ]
That's right, melina simply needs a working gfortran and a working C
compiler. The ideal
On Apr 20, 2010, at 6:01 AM, Jean-François Mertens wrote:
> For gclasspath, from reading its DescPackaging,
> the dep is not needed.
> So it might be best to switch that dep to a Recommends..
> _ Trevor ?
gclasspath is dependent on gcc43 because both packages provide some of the same
files (e.g.
On Tue, Apr 20, 2010 at 10:55:50AM -0700, Trevor Harmon wrote:
> On Apr 20, 2010, at 6:01 AM, Jean-François Mertens wrote:
>
> > For gclasspath, from reading its DescPackaging,
> > the dep is not needed.
> > So it might be best to switch that dep to a Recommends..
> > _ Trevor ?
>
> gclasspath is
On Tue, Apr 20, 2010 at 10:55:50AM -0700, Trevor Harmon wrote:
> On Apr 20, 2010, at 6:01 AM, Jean-François Mertens wrote:
>
> > For gclasspath, from reading its DescPackaging,
> > the dep is not needed.
> > So it might be best to switch that dep to a Recommends..
> > _ Trevor ?
>
> gclasspath is
Hi!
I have reported the issue to libffi-disc...@sourceware.org on
Tue, 15 Dec 2009 (see
http://sourceware.org/ml/libffi-discuss/2009/msg00365.html ).
So far I did not get even an aknowledgement!-(no more rant).
Cheers,
Dominique
On 20 Apr 2010, at 17:41, Daniel Macks wrote:
> Test Run By root on Tue Apr 20 11:18:54 2010
> Native configuration is powerpc-apple-darwin8.11.0
> # of unexpected failures 10
On 10.5/intel, I got no unexpected failures; both 32bit and 64bit gave
# of expected passes1624
# of e
Am 20.04.2010 um 17:33 schrieb JF Mertens:
> Jean-François Mertens wrote:
>>
>> I'd suggest just use update-alternatives...
>
> Max Horn wrote:
>>
>> The correct solution would be to just use update-alternatives.
>
>
> Done now for libffi.
> Jack, you can basically copy it for gcc45;
> just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/20/10 11:41 AM, Daniel Macks wrote:
> Test Run By root on Tue Apr 20 11:18:54 2010
> Native configuration is powerpc-apple-darwin8.11.0
>
> === libffi tests ===
>
> Schedule of variations:
> unix
>
> Running target unix
> Usin
Test Run By root on Tue Apr 20 11:18:54 2010
Native configuration is powerpc-apple-darwin8.11.0
=== libffi tests ===
Schedule of variations:
unix
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/con
Jean-François Mertens wrote:
>
> I'd suggest just use update-alternatives...
Max Horn wrote:
>
> The correct solution would be to just use update-alternatives.
Done now for libffi.
Jack, you can basically copy it for gcc45;
just use 50 for priority (same priority
might possibly confuse update-a
On 20 Apr 2010, at 15:27, Jack Howarth wrote:
> On Tue, Apr 20, 2010 at 03:01:21PM +0200, Jean-François Mertens wrote:
> I have been pondering the idea of adding a gcc45-dev splitoff
> that would contain the %p/bin compiler symlinks so that the
> Conflicts
Depends
> could be changed from gcc4x t
On Tue, Apr 20, 2010 at 03:01:21PM +0200, Jean-François Mertens wrote:
>
> On 19 Apr 2010, at 21:03, Peter O'Gorman wrote:
>
>> What was the solution for the issue of some packages having depends on
>> gcc44?
>
> Had this problem only with gclasspath and melina
> "de facto" solution was clearly to
On 19 Apr 2010, at 21:03, Peter O'Gorman wrote:
> What was the solution for the issue of some packages having depends on
> gcc44?
Had this problem only with gclasspath and melina
"de facto" solution was clearly to use --forece-depends,
then switched deps of 2 pkgs and rebuild them.
I don't thin
Am 16.04.2010 um 03:22 schrieb Jean-François Mertens:
>
>>> On Thu, Apr 15, 2010 at 05:53:57AM +0200, Jean-François Mertens
>>> wrote:
Hi Jack,
I just updated libffi to check on that;
I guess the same conflict will remain,
so _ either the 2 manpages are essentii
14 matches
Mail list logo