Re: [Fink-devel] Problem with -fabi-version=1

2005-04-19 Thread Dave Vasilevsky
On Apr 19, 2005, at 1:12 AM, Matthew Sachs wrote:
In further testing, however, it seems that it also works with g++-3.3 
on Tiger and no -fabi-version on Panther without the SDK.  I've asked 
my coworkers for clarification on why we should be using the SDK in 
this situation.
Ok guys, I've talked with msachs some and apparently this actually 
works for him:

 (Panther) make clean; make CC_LIB=g++ libbreak.dylib(Tiger) make 
CC=g++-3.3

Previously drm said this didn't work, so I'd like some more testing. 
Hopefully I had just explained things badly to drm and it really does 
work. Those with seeds can try the commands above. Or just in Tiger, 
do:

 g++-3.3 -o break.o break.cpp; nm -m break.o | c++filt | grep typeinfo
If you get a bunch of 'datacoal' stuff, it's working. PLEASE TEST if 
you can, I'd like to be sure this actually works.

If this does work, then GCC 3.3 on Tiger can link to GCC 3.3 on Panther 
so long as -fabi-version is not used. But GCC 4.0 still cannot link to 
anything build without -fabi-version on Panther.

So one (new!) option is for 10.4-transitional to enforce g++-3.3 for 
C++ packages, and for neither 10.3 nor 10.4-transitional to use a 
-fabi-version flag. Advantage is thaty Fink users would be able to 
update fairly seamlessly as planned, nothing much should need 
rebuilding to move to Tiger. C-only packages can still use gcc-4.0.

Later we could move to 10.4 (non-transitional), doing the GCC 4.0 
switch *and* the ABI 2 switch all at once for C++ packages. Or we could 
have some sort of piece-meal switch over, either package by package or 
based on some kind of auto-detection--that can be decided later.

The second option is to just move everybody to gcc-4.0 with ABI 1, make 
everybody rebuild everything. And then later move to ABI 2, and make 
everybody rebuild the C++ stuff again. Advantage is that the current 
10.4-transitional tree ought to be fine for this.

Third option is to make a clean break (see Chris's solution), and go 
straight to 4.0 and ABI 2. Advantage is not having a transitional tree 
to maintain. Disadvantage is packages that don't work with the new GCC 
or ABI are in trouble.

So what do we think? I suggest that -core figure this out quickly, I'd 
rather have my favourite option not chosen but at least have a common 
goal to work towards, given the time constraints.

Dave


PGP.sig
Description: This is a digitally signed message part


Re: [Fink-devel] Tomcat confusion

2005-04-19 Thread Alexander K. Hansen
On Apr 18, 2005, at 11:55 PM, Trevor Harmon wrote:
Hi,
Fink has a package for Tomcat, but it's at version 5.0, and I'd like 
to use the newer 5.5 release. I was going to work on updating the 
.info for 5.5, but then I noticed that the package shows up in Fink 
Commander as a virtual package (tomcat-5.0-11, uninstalled). And I 
can't seem to find the .info anywhere. It's not on my system, and it's 
not in the CVS repo for Fink. Running fink-virtual-pkgs shows no 
details about tomcat, and trying to install it gives Failed: no 
version info available for tomcat. How do I fix this? Thanks,

Trevor
5?  I show 4.1.31-1 (the tomcat4 package).
tomcat is a provided functionality (by tomcat4, say) rather than a 
virtual package generated the fink code itself which is why you won't 
get any information from fink-virtual-pkgs

Try messing with the .info file for tomcat4 instead--maybe make up 
tomcat5 out of 5.5 and be sure that has a line like

Provides: tomcat
--
Alexander K. Hansen
Associate Research Scientist, Columbia University
visiting MIT Plasma Science and Fusion Center
Levitated Dipole Experiment
175 Albany Street, NW17-219
Cambridge, MA  02139-4213

---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Problem with -fabi-version=1

2005-04-19 Thread David R. Morrison
Dave Vasilevsky [EMAIL PROTECTED] wrote:

 Ok guys, I've talked with msachs some and apparently this actually 
 works for him:
 
   (Panther) make clean; make CC_LIB=g++ libbreak.dylib(Tiger) make 
 CC=g++-3.3
 
 Previously drm said this didn't work, so I'd like some more testing. 
 Hopefully I had just explained things badly to drm and it really does 
 work. 

This works for me.

 Those with seeds can try the commands above. Or just in Tiger, 
 do:
 
   g++-3.3 -o break.o break.cpp; nm -m break.o | c++filt | grep typeinfo
 
 If you get a bunch of 'datacoal' stuff, it's working. PLEASE TEST if 
 you can, I'd like to be sure this actually works.

This also works.

  -- Dave




---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Automatic build log (Apr 16)

2005-04-19 Thread AIDA Shinra
Todai Fink Team tried building all unstable packages automatically.
You can check what package could not be built or installed here:

http://fink.sodan.ecc.u-tokyo.ac.jp/build/2005-04-16/

Notes:
* The most common error is insufficient BuildDepends. Especially
  libiconv-dev is very frequently forgot.
* The list contains our experimental or private packages. Just ignore
  them.


---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] glut/freeglut/pymol/molmol on tracking server

2005-04-19 Thread Jack Howarth
Dan,
   I believe I finally have the revised glut and freeglut packaging done.
I have submitted their info files onto the tracking server as well as
revised info files for molmol and pymol so they can be built against either.
Let me know if there are any problems but everything is passing validation.
   Jack


---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Tomcat confusion

2005-04-19 Thread Trevor Harmon
On Apr 19, 2005, at 2:53 AM, Alexander K. Hansen wrote:
5?  I show 4.1.31-1 (the tomcat4 package).
Yeah, that's what's confusing me. I see the tomcat4 / 4.1.31-1 package 
in Fink Commander, but it also shows a tomcat / 5.0-11 virtual package. 
I have no idea where that's coming from. It's not mentioned in the 
tomcat4.info, and there's no other tomcat.info on my system.

Try messing with the .info file for tomcat4 instead--maybe make up 
tomcat5 out of 5.5 and be sure that has a line like

Provides: tomcat
Yeah, good idea. The tomcat4 package will be a good base for 5.5. I'll 
contact the maintainer, too; maybe he has a half-working 5.5 already...

Trevor

---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Automatic build log (Apr 16)

2005-04-19 Thread TheSin
thank you, I found this very helpful and I hope I got all my pkgs fixed for your next run! ---TShttp://southofheaven.org/Chaos is the beginning and end, try dealing with the rest. On 19-Apr-05, at 8:44 AM, AIDA Shinra wrote:Todai Fink Team tried building all unstable packages automatically.You can check what package could not be built or installed here:http://fink.sodan.ecc.u-tokyo.ac.jp/build/2005-04-16/Notes:* The most common error is insufficient BuildDepends. Especially  libiconv-dev is very frequently forgot.* The list contains our experimental or private packages. Just ignore  them.---This SF.Net email is sponsored by: New Crystal Reports XI.Version 11 adds new functionality designed to reduce time involved increating, integrating, and deploying reporting solutions. Free runtime info,new features, or free trial, at: http://www.businessobjects.com/devxi/728___Fink-devel mailing listFink-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/fink-devel 

Re: [Fink-devel] Tomcat confusion

2005-04-19 Thread Charles Lepple
On 4/19/05, Trevor Harmon [EMAIL PROTECTED] wrote:
 On Apr 19, 2005, at 2:53 AM, Alexander K. Hansen wrote:
 
  5?  I show 4.1.31-1 (the tomcat4 package).
 
 Yeah, that's what's confusing me. I see the tomcat4 / 4.1.31-1 package
 in Fink Commander, but it also shows a tomcat / 5.0-11 virtual package.
 I have no idea where that's coming from. It's not mentioned in the
 tomcat4.info, and there's no other tomcat.info on my system.

There was a bug in Fink Commander a while back where virtual packages
without versions inherited the version number of the preceding list
entry. Don't know if it has been fixed yet. You may want to
double-check that against the output of 'fink list'.

-- 
- Charles Lepple


---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Automatic build log (Apr 16)

2005-04-19 Thread Martin Costabel
AIDA Shinra wrote:
Todai Fink Team tried building all unstable packages automatically.
You can check what package could not be built or installed here:
http://fink.sodan.ecc.u-tokyo.ac.jp/build/2005-04-16/
Notes:
* The most common error is insufficient BuildDepends. Especially
  libiconv-dev is very frequently forgot.
Thanks, this is very useful, although for the packages I am interested 
in, the error comes from the fact that BuildConflicts works gracefully 
only once in the lifetime of a batch build and gnuplot needs to apply it 
twice. Not much to do about this, gnuplot and all packages depending on 
 it will remain on the failure list. The same goes for lots of kde 
packages. They cannot be built from zero in one automatic build process 
without restarting.

--
Martin
---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Automatic build log (Apr 16)

2005-04-19 Thread TheSin
I was not aware of this, I'll fix it with my auto dep switching code. ---TShttp://southofheaven.org/Chaos is the beginning and end, try dealing with the rest. On 19-Apr-05, at 7:08 PM, Martin Costabel wrote:AIDA Shinra wrote: Todai Fink Team tried building all unstable packages automatically.You can check what package could not be built or installed here:http://fink.sodan.ecc.u-tokyo.ac.jp/build/2005-04-16/Notes:* The most common error is insufficient BuildDepends. Especially  libiconv-dev is very frequently forgot. Thanks, this is very useful, although for the packages I am interested in, the error comes from the fact that BuildConflicts works gracefully only once in the lifetime of a batch build and gnuplot needs to apply it twice. Not much to do about this, gnuplot and all packages depending on  it will remain on the failure list. The same goes for lots of kde packages. They cannot be built from zero in one automatic build process without restarting.-- Martin---This SF.Net email is sponsored by: New Crystal Reports XI.Version 11 adds new functionality designed to reduce time involved increating, integrating, and deploying reporting solutions. Free runtime info,new features, or free trial, at: http://www.businessobjects.com/devxi/728___Fink-devel mailing listFink-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/fink-devel