Apple clang issues vs Xcode 4.3

   Since Xcode 4.3 is rumored for iOS 5.1's release, it might be worthwhile if we
tried to identify instances in the fink package set where Apple's clang from Xcode 4.1/4.2
fails but clang from llvm 3.0 succeeds. Filing radar reports with test cases for those
cases might help get some of these fixes backported for Xcode 4.3's release.
         Jack

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: openmpi-dev

On Thu, Dec 01, 2011 at 09:17:48PM +0100, Benjamin Chagot wrote:
> Thank you for your quick answer.
> As I had a trouble with dependency resolving I though openmpi-dev wasn't  
> released.

Benjamin,
   That shouldn't be happening since 10.7 never had openmpi-dev. I assume you
were trying to build fftw-openmpi-mpi which apparently wasn't adjusted for
the refactored openmpi package. I should be BuildDepend'ing on openmpi
rather than openmpi-dev for 10.7.
             Jack

>
> Thanks anyway,
>
> Benjamin
>
> Le 01/12/11 19:58, Jack Howarth a écrit :
>> On Thu, Dec 01, 2011 at 06:41:51PM +0100, Benjamin Chagot wrote:
>>> Dear Jack Howarth,
>>>
>>> I am a user of fink under macosx Lion OS. I was trying to install
>>> openmpi-dev and it appears that this package has not been updated for
>>> Lion yet.
>>> Are you are willing to do so ?
>> Benjamin,
>>     The openmpi package has existed in the 10.7 tree since Lion's release.
>> Note that the package was re-factored and no longer has a openmpi-dev
>> split-off. This was done because the alternative lammpi MPI has been
>> depreciated from 10.7 so openmpi doesn't have to co-exist with it. Also

Re: openmpi-dev

On 12/1/11 3:41 PM, Jack Howarth wrote:
> On Thu, Dec 01, 2011 at 09:17:48PM +0100, Benjamin Chagot wrote:
>> Thank you for your quick answer. As I had a trouble with
>> dependency resolving I though openmpi-dev wasn't released.
> 
> Benjamin, That shouldn't be happening since 10.7 never had
> openmpi-dev. I assume you were trying to build fftw-openmpi-mpi
> which apparently wasn't adjusted for the refactored openmpi
> package. I should be BuildDepend'ing on openmpi rather than
> openmpi-dev for 10.7. Jack
> 
>> 
>> Thanks anyway,
>> 
>> Benjamin
>> 

Indeed, that was the case.  fftw-mpi has been fixed now.

--

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/

Re: openmpi-dev

On Thu, Dec 01, 2011 at 04:02:32PM -0500, Alexander Hansen wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 12/1/11 3:41 PM, Jack Howarth wrote:
> > On Thu, Dec 01, 2011 at 09:17:48PM +0100, Benjamin Chagot wrote:
> >> Thank you for your quick answer. As I had a trouble with
> >> dependency resolving I though openmpi-dev wasn't released.
> > 
> > Benjamin, That shouldn't be happening since 10.7 never had
> > openmpi-dev. I assume you were trying to build fftw-openmpi-mpi
> > which apparently wasn't adjusted for the refactored openmpi
> > package. I should be BuildDepend'ing on openmpi rather than
> > openmpi-dev for 10.7. Jack
> > 
> >> 
> >> Thanks anyway,
> >> 
> >> Benjamin
> >> 
> 
> Indeed, that was the case.  fftw-mpi has been fixed now.

Actually none of the -mpi packages in 10.7 should have variants now
since there is only one mpi package present in 10.7.

> 
> 
> - -- 
> Alexander Hansen, Ph.D.

basemap in fink 10.7

Hi Merle,

I used to package basemap for fink until it stopped getting updated for a couple years.  I'm going to try to get
it working again today.  Any chance you'd be willing to share the info files that you started?

-kurt
goatbar
http://schwehr.org
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: basemap in fink 10.7

Kurt,

I've attached the .info I'm currently using on 10.6 and 10.7 (both 64-bit).  It is the recently released
basemap 1.0.2 which requires matplotlib >= 1.0.0.  No patches necessary.

I do have to set the GEOS_DIR environment variable since the libgeos are installed in a non-standard place. 
I don't know if there is better way to do that or not other than the hard-coding.

Merle

On Dec 2, 2011, at 2:13 PM, Kurt Schwehr wrote:

> Hi Merle,
> 
> I used to package basemap for fink until it stopped getting updated for a couple years.  I'm going to try to
get it working again today.  Any chance you'd be willing to share the info files that you started?
> 
> -kurt
> goatbar
> http://schwehr.org

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 

Re: Compiler mess on Lion (Was Re: libgeos problem)

On 28/11/11 15:54, Jack Howarth wrote:
> On Mon, Nov 28, 2011 at 09:42:44AM +0100, Martin Costabel wrote:
[]
>> I have been trying to build the scribus package on Lion, without success:
>>
>> - With clang, it runs into a clang bug that was detected a year ago
>> <http://lists.cs.uiuc.edu/pipermail/llvmbugs/2010-November/015821.html>
>> and has been fixed in the clang sources some time ago, but is still
>> present in current xcode-4.2.1.
>
> Martin,
>     Considering that llvm/clang 3.0 will be released shortly a better option
> might be to BuildDepends on llvm30 once it is added to fink and use those
> clang compilers.

I installed llvm30 from your new package on the submission tracker. No 
problem installing.

Unfortunately, the fatal bug is still there: Building scribus with the 
new clang fails exactly as with /usr/bin/clang:

In file included from

/sw/src/fink.build/scribus-x11-1.4.0-72.rc6/scribus-1.4.0.rc6/scribus/desaxe/digester.cpp:20:
/sw/src/fink.build/scribus-x11-1.4.0-72.rc6/scribus-1.4.0.rc6/scribus/desaxe/actions.h:160:45: 
error: 'body' is a private member of 'desaxe::Action'
                 return 
static_cast<Generator_body<Type>*>(body)->eval(dig, tag, attr);

^

Re: Compiler mess on Lion (Was Re: libgeos problem)

On Fri, Dec 02, 2011 at 09:59:31PM +0100, Martin Costabel wrote:
> On 28/11/11 15:54, Jack Howarth wrote:
>> On Mon, Nov 28, 2011 at 09:42:44AM +0100, Martin Costabel wrote:
> []
>>> I have been trying to build the scribus package on Lion, without success:
>>>
>>> - With clang, it runs into a clang bug that was detected a year ago
>>> <http://lists.cs.uiuc.edu/pipermail/llvmbugs/2010-November/015821.html>
>>> and has been fixed in the clang sources some time ago, but is still
>>> present in current xcode-4.2.1.
>>
>> Martin,
>>     Considering that llvm/clang 3.0 will be released shortly a better option
>> might be to BuildDepends on llvm30 once it is added to fink and use those
>> clang compilers.
>
> I installed llvm30 from your new package on the submission tracker. No  
> problem installing.
>
> Unfortunately, the fatal bug is still there: Building scribus with the  
> new clang fails exactly as with /usr/bin/clang:
>
> In file included from  
> /sw/src/fink.build/scribus-x11-1.4.0-72.rc6/scribus-1.4.0.rc6/scribus/desaxe/digester.cpp:20:

>
/sw/src/fink.build/scribus-x11-1.4.0-72.rc6/scribus-1.4.0.rc6/scribus/desaxe/actions.h:160:45: 
> error: 'body' is a private member of 'desaxe::Action'
>                 return  
> static_cast<Generator_body<Type>*>(body)->eval(dig, tag, attr);

Re: Compiler mess on Lion (Was Re: libgeos problem)

On 2/12/11 22:04, Jack Howarth wrote:
> On Fri, Dec 02, 2011 at 09:59:31PM +0100, Martin Costabel wrote:
[]
>> I installed llvm30 from your new package on the submission tracker. No
>> problem installing.
>>
>> Unfortunately, the fatal bug is still there: Building scribus with the
>> new clang fails exactly as with /usr/bin/clang:
[]
> I would suggest opening a PR on http://llvm.org/bugs/ against clang and attach the preprocessed
> source obtained with --save-temps for the failing compilation. This may be a corner-case not
> covered by r141515.

After looking at this some more, I am currently convinced that this is 
actually a bug in the Scribus sources that is undetected by the other 
compilers. I think clang is right, and the resemblance with the error 
fixed by r141515 is a coincidence. But I am not a C++ inheritance lawyer.

In addition, I found a tiny patch that fools clang into overlooking the 
error as well. With this patch, I am now able to build scribus on Lion, 
with your new clang-3. With the old /usr/bin/clang (and the patch), the 
compilation stops at the same place where llvm-g++-4.2 stops. Or rather, 
it doesn't stop, it goes into an infinite loop.

Thus, the new clang-3 from your llvm30 package fixes an important bug, 
and I am eager to see it added to Fink (maintainer CCed).

--

-- 
Martin

Re: [cvs] dists/10.7/stable/main/finkinfo/sci gildas.info, 1.3, 1.4

On 12/6/11 10:03 AM, Sebastien Maret wrote:
> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/sci In
> directory vz-cvs-3.sog:/tmp/cvs-serv18293
> 
> Modified Files: gildas.info Log Message: Last commit deleted the
> package (thanks akh ; undoing it
> 
> 

I thought I was doing you a favor. 

(just kidding)

Sorry about that.