Re: [Fink-users] ghc update
On 14 Jul 2010, at 22:00, Alexander Hansen wrote:
> On 7/14/10 2:33 PM, Jean-François Mertens wrote:
>> B) With 32bit (thus ghc-6.8.3-2),
>>
>>> ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 -
>>> package-name rts -static -I../gmp/gmpbuild -I. -#include
>>> HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof -
>>> c Updates.cmm -o Updates.p_o
>>> /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol
>>> LDV_recordDead_FILL_SLOP_DYNAMIC
>>
> I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build
> succeeded for me.
Am on identical setup.. [possible diffs in X11 (here X11-2.5.1) are
obviously irrelevant]
Before sending the previous msg, I did check for the most obvious
candidate
by re-running the same command without the '-I/sw/include' flag
(since it precedes all others) _ no succes: same result...
Thus, diffs in fink installations also can't explain the thing, at the
level
of this command (note the "-c" : no linking is involved, and the "local"
in the error msg must mean something from the compiler's point of
view..).
Seems thus there is some hard work to do ... I hope the maintainer can
help us..
First : to be sure, this happens during stage1 , i.e., ../compiler/ghc-
inplace -> stage1/ghc-inplace.
Alexander: do you really have there an identical command to the above
(if you still have a build-log)?
If yes, it would seem that identical commands on identical
installations _ since the fink installation
itsef plays apparently no role _ have different effects...; so the
only conclusion would be that my
stage1 compiler differs from yours (and may be wrong)...
[I know Apple's OS may seem like a randomising machine
("by useless complications" + iGimmicks, or others that have no place
in an OS..
_ I hate this _; but not at this level...!]
[I did't see anything obviously wrong by scanning higher up in the
build..]
Or is there some other possibility, that I overlooked ?
Next question is probably to Brendan...
I ran the same command adding " -v5 -keep-tmp-files" at the end.
The output seemed completely reasonable; in particular, the cmmcpp
temp file ends with
apparently the following defs for the 2 symbols stg_upd_frame and
stg_marked_upd_frame
defined in Updates.cmm :
> 54INFO_TABLE_RET( stg_upd_frame, 38, bits32 unused1, bits32
> unused2, "ptr" bits32 unused3)
> 55{ bits32 updatee; updatee = bits32[Sp+SIZEOF_StgHeader+0]; Sp =
> Sp + (SIZEOF_StgHeader+4); ; ; bits32 info; info = bits32[updatee
> +0]; bits32 bd; ; foreign "C"
> LDV_recordDead_FILL_SLOP_DYNAMIC(updatee "ptr"); bits32[updatee
> +SIZEOF_StgHeader+0] = R1; prim %write_barrier() []; bd =
> updatee) & ((1<<20)-1) & ~((1<<12)-1)) >> (12 -5)) | ((updatee)
> & ~((1<<20)-1))); if (bits32[bd+16] != 0 :: bits32) { bits32 __bd;
> bits32 mut_list; mut_list = bits32[(BaseReg - 8)+220] +
> ((%sx32(bits32[bd+16]))*4); __bd = bits32[mut_list]; if (bits32[__bd
> +4] >= bits32[__bd+0] + (1<<12)) { bits32 __new_bd; ("ptr" __new_bd)
> = foreign "C" allocBlock_lock() [R1]; bits32[__new_bd+8] = __bd;
> __bd = __new_bd; bits32[mut_list] = __bd; } bits32 free; free =
> bits32[__bd+4]; bits32[free] = updatee; bits32[__bd+4] = free +
> ((1)*4);; bits32[updatee+0] = stg_IND_OLDGEN_info;
> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp +
> ((0)*4)]); } else { bits32[updatee+0] = stg_IND_direct_info;
> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp +
> ((0)*4)]); }; ; }
> 56
> 57
> 58INFO_TABLE_RET( stg_marked_upd_frame, 38, bits32 unused1, bits32
> unused2, "ptr" bits32 unused3)
> 59{ bits32 updatee; updatee = bits32[Sp+SIZEOF_StgHeader+0]; Sp =
> Sp + (SIZEOF_StgHeader+4); ; ; bits32 info; info = bits32[updatee
> +0]; bits32 bd; ; foreign "C"
> LDV_recordDead_FILL_SLOP_DYNAMIC(updatee "ptr"); bits32[updatee
> +SIZEOF_StgHeader+0] = R1; prim %write_barrier() []; bd =
> updatee) & ((1<<20)-1) & ~((1<<12)-1)) >> (12 -5)) | ((updatee)
> & ~((1<<20)-1))); if (bits32[bd+16] != 0 :: bits32) { bits32 __bd;
> bits32 mut_list; mut_list = bits32[(BaseReg - 8)+220] +
> ((%sx32(bits32[bd+16]))*4); __bd = bits32[mut_list]; if (bits32[__bd
> +4] >= bits32[__bd+0] + (1<<12)) { bits32 __new_bd; ("ptr" __new_bd)
> = foreign "C" allocBlock_lock() [R1]; bits32[__new_bd+8] = __bd;
> __bd = __new_bd; bits32[mut_list] = __bd; } bits32 free; free =
> bits32[__bd+4]; bits32[free] = updatee; bits32[__bd+4] = free +
> ((1)*4);; bits32[updatee+0] = stg_IND_OLDGEN_info;
> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp +
> ((0)*4)]); } else { bits32[updatee+0] = stg_IND_direct_info;
> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp +
> ((0)*4)]); }; ; }
where in both places the "Undefined local symbol" from the error msg
seems declared as
> foreign "C" LDV_recordDead_FILL_SLOP_DYNAMIC(updatee "ptr")
i.e., in my very impressionistic readng, anything but local ..
[Later (say "Optimise
Re: [Fink-users] Failed: can't install package texlive-base-0.20080816-3
On 14 Jul 2010, at 19:35, Alexander Hansen wrote: > On 7/14/10 1:13 PM, Jean-François Mertens wrote: >> >> On 14 Jul 2010, at 18:54, Dominique Dhumieres wrote: >> >>> On ppc OSX 10.5.8, installing texlive-base-0.20080816-3 >>> failed with: >>> >>> ... >>> updmap: Map file links or copies: >>> lrwxr-xr-x 1 root admin 16 Jul 12 17:12 /sw/var/lib/texmf/fonts/ >>> map/dvipdfm/updmap/dvipdfm.map -> dvipdfm_dl14.map >>> lrwxr-xr-x 1 root admin 14 Jul 12 17:12 /sw/var/lib/texmf/fonts/ >>> map/dvips/updmap/psfonts.map -> psfonts_t1.map >>> lrwxr-xr-x 1 root admin 15 Jul 12 17:12 /sw/var/lib/texmf/fonts/ >>> map/pdftex/updmap/pdftex.map -> pdftex_dl14.map >>> >>> updmap: Done. >>> Adjusting permissions ... >>> * Web2c: (web2c). TeX, Metafont, and companion programs. >>> * DVI-to-Postscript: (dvips).Translating TeX DVI files to >>> PostScript. >>> * DVI-to-PNG: (dvipng). Translating TeX DVI files to >>> Portable Network Graphics (PNG). >>> Errors were encountered while processing: >>> /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/texlive- >>> base_0.20080816-3_darwin-powerpc.deb >>> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1 >>> Failed: can't install package texlive-base-0.20080816-3 >>> >> >> Sorry Dominique, but that's not the error, the error must be much >> higher. >> You have to check your log from the point on where you see >> >>> Unpacking replacement texlive-base ... >> >> The error could very well be right there >> (eg, if you have asymptote installed, >>> /sw64/bin/dpkg: error processing //sw64/fink/debs/texlive- >>> base_0.20080816-3_darwin-x86_64.deb (--install): >>> trying to overwrite `/sw64/share/texmf-local', which is also in >>> package asymptote >> :) > I believe the standard procedure is for packages to install their TeX > stuff in %p/etc/texmf.local instead, and then to make sure that TeX > knows about them in PostInst (cf. gnuplot). asymptote isn't doing > that. > I'll cc Martin. You're completely right (but notice the little "smile" at the end of my msg: I felt confident that this was the issue, and that the maintainer would pick it up without formal notice ..) This issue is a bit more basic than the stray asymptote file: it is that dpkg gets thrown in disarray when pkg 2 declares something as a symlink (to a folder, or always?), and pkg 1 as a folder. Then _ I think _ if I remember well.. _ nothing would go wrong when installing pkg 1 after pkg 2 : the deb would just expand according the already existing symlink in the file-system But afterwards dpkg thinks this symlink is a folder, belonging to pkg 1 !. Then, when trying to replace or overwrite the folder in pkg 1 by the symlink in pkg 2 (pkg 2 could be just pkg 1 with %r=%r+1), dpkg just refuses to do it, if I remember well. ! Would be nice if someone knew the exact specs and logic, and could tell them _ the above are just fuzzy memories .. JF -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] about updating to python 2.7
Alexander Hansen said:
> There's another option to consider which involves not a whole lot of
> work for you. Once you find your list of packages that you'd like to
> have -py27 variants for that don't currently have them, you can edit
> the package description as a superuser (you can see which file needs
> to be edited by running 'fink dumpinfo -finfofile packagename', making
> sure to include the -py26) and add 2.7 to the available python
> versions in the Type: python field. Then try to build the package,
> and if it works, email the maintainer to let them know that their
> package can be trivially updated for 2.7. If it doesn't work, also
> email the maintainer to let them know.
Two quick notes: 1) You don't usually need to be superuser to edit the
package description (".info") files. 2) python2.7 landed in fink a
week ago, I don't think anyone with the exception of the maintainer
himself has even had a chance to work on adding -py27 variants to
their pythonmod packages. We'd love the help!
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] ghc update
On 7/14/10 4:30 PM, Robert Wyatt wrote: > Alexander Hansen wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 7/14/10 2:33 PM, Jean-François Mertens wrote: >>> The build of ghc fails on 10.5.8 Intel (both 32bit and 64bit) >>> >> >> >>> B) With 32bit (thus ghc-6.8.3-2), >>> ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 - package-name rts -static -I../gmp/gmpbuild -I. -#include HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof - c Updates.cmm -o Updates.p_o /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol LDV_recordDead_FILL_SLOP_DYNAMIC >>> >>> ... ? >>> >>> If at least I could build this one, I could try bootstrapping the >>> other with it.. >>> >>> JF Mertens >>> >>> >> I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build >> succeeded for me. >> >> - -- Alexander Hansen >> Fink User Liaison > > The build also succeeded for me on 10.6.4 x86_64 with Xcode 3.2.3. > --Robert However it fails for me on 10.5.8/PPC/Xcode 3.1.4: make -C compiler stage=2 /usr/bin/sed -e "s...@ghc_path@/sw/src/fink.build/ghc-6.8.2-1/ghc-6.8.2/compiler/stage2/ghc-6@g" -e "s...@top_abs@/sw/src/fink.build/ghc-6.8.2-1/ghc-6@g" < ghc-inplace.c > stage2/ghc-inplace.c ../compiler/stage1/ghc-inplace -cpp stage2/ghc-inplace.c -o stage2/ghc-inplace ld: library not found for -lgmp collect2: ld returned 1 exit status make[2]: *** [stage2/ghc-inplace] Error 1 make[1]: *** [stage2] Error 2 make: *** [bootstrap2] Error 2 ### execution of make failed, exit code 2 Complete output is available here: http://reg066.reg.utexas.edu/~bentones/fink/10.5.8/ghc-6.8.2-1.txt --Robert -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] ghc update
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/10 10:45 PM, Jean-François Mertens wrote:
>
> On 14 Jul 2010, at 22:00, Alexander Hansen wrote:
>
>> On 7/14/10 2:33 PM, Jean-François Mertens wrote:
>>> B) With 32bit (thus ghc-6.8.3-2),
>>>
../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 -
package-name rts -static -I../gmp/gmpbuild -I. -#include
HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof -
c Updates.cmm -o Updates.p_o
/tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol
LDV_recordDead_FILL_SLOP_DYNAMIC
>>>
>> I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build
>> succeeded for me.
> Am on identical setup.. [possible diffs in X11 (here X11-2.5.1) are
> obviously irrelevant]
That's the same, too.
> Before sending the previous msg, I did check for the most obvious candidate
> by re-running the same command without the '-I/sw/include' flag
> (since it precedes all others) _ no succes: same result...
> Thus, diffs in fink installations also can't explain the thing, at the
> level
> of this command (note the "-c" : no linking is involved, and the "local"
> in the error msg must mean something from the compiler's point of view..).
>
> Seems thus there is some hard work to do ... I hope the maintainer can
> help us..
>
> First : to be sure, this happens during stage1 , i.e.,
> ../compiler/ghc-inplace -> stage1/ghc-inplace.
> Alexander: do you really have there an identical command to the above
> (if you still have a build-log)?
>
I'll generate the log again--I've since rebooted the machine.
> If yes, it would seem that identical commands on identical installations
> _ since the fink installation
> itsef plays apparently no role _ have different effects...; so the only
> conclusion would be that my
> stage1 compiler differs from yours (and may be wrong)...
> [I know Apple's OS may seem like a randomising machine
> ("by useless complications" + iGimmicks, or others that have no place in
> an OS..
> _ I hate this _; but not at this level...!]
>
> [I did't see anything obviously wrong by scanning higher up in the build..]
>
> Or is there some other possibility, that I overlooked ?
>
>
> Next question is probably to Brendan...
> I ran the same command adding " -v5 -keep-tmp-files" at the end.
> The output seemed completely reasonable; in particular, the cmmcpp temp
> file ends with
> apparently the following defs for the 2 symbols stg_upd_frame and
> stg_marked_upd_frame
> defined in Updates.cmm :
>
>> 54INFO_TABLE_RET( stg_upd_frame, 38, bits32 unused1, bits32
>> unused2, "ptr" bits32 unused3)
>> 55{ bits32 updatee; updatee = bits32[Sp+SIZEOF_StgHeader+0]; Sp =
>> Sp + (SIZEOF_StgHeader+4); ; ; bits32 info; info = bits32[updatee+0];
>> bits32 bd; ; foreign "C" LDV_recordDead_FILL_SLOP_DYNAMIC(updatee
>> "ptr"); bits32[updatee+SIZEOF_StgHeader+0] = R1; prim %write_barrier()
>> []; bd = updatee) & ((1<<20)-1) & ~((1<<12)-1)) >> (12 -5)) |
>> ((updatee) & ~((1<<20)-1))); if (bits32[bd+16] != 0 :: bits32) {
>> bits32 __bd; bits32 mut_list; mut_list = bits32[(BaseReg - 8)+220] +
>> ((%sx32(bits32[bd+16]))*4); __bd = bits32[mut_list]; if
>> (bits32[__bd+4] >= bits32[__bd+0] + (1<<12)) { bits32 __new_bd; ("ptr"
>> __new_bd) = foreign "C" allocBlock_lock() [R1]; bits32[__new_bd+8] =
>> __bd; __bd = __new_bd; bits32[mut_list] = __bd; } bits32 free; free =
>> bits32[__bd+4]; bits32[free] = updatee; bits32[__bd+4] = free +
>> ((1)*4);; bits32[updatee+0] = stg_IND_OLDGEN_info;
>> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp + ((0)*4)]);
>> } else { bits32[updatee+0] = stg_IND_direct_info;
>> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp + ((0)*4)]);
>> }; ; }
>> 56
>> 57
>> 58INFO_TABLE_RET( stg_marked_upd_frame, 38, bits32 unused1, bits32
>> unused2, "ptr" bits32 unused3)
>> 59{ bits32 updatee; updatee = bits32[Sp+SIZEOF_StgHeader+0]; Sp =
>> Sp + (SIZEOF_StgHeader+4); ; ; bits32 info; info = bits32[updatee+0];
>> bits32 bd; ; foreign "C" LDV_recordDead_FILL_SLOP_DYNAMIC(updatee
>> "ptr"); bits32[updatee+SIZEOF_StgHeader+0] = R1; prim %write_barrier()
>> []; bd = updatee) & ((1<<20)-1) & ~((1<<12)-1)) >> (12 -5)) |
>> ((updatee) & ~((1<<20)-1))); if (bits32[bd+16] != 0 :: bits32) {
>> bits32 __bd; bits32 mut_list; mut_list = bits32[(BaseReg - 8)+220] +
>> ((%sx32(bits32[bd+16]))*4); __bd = bits32[mut_list]; if
>> (bits32[__bd+4] >= bits32[__bd+0] + (1<<12)) { bits32 __new_bd; ("ptr"
>> __new_bd) = foreign "C" allocBlock_lock() [R1]; bits32[__new_bd+8] =
>> __bd; __bd = __new_bd; bits32[mut_list] = __bd; } bits32 free; free =
>> bits32[__bd+4]; bits32[free] = updatee; bits32[__bd+4] = free +
>> ((1)*4);; bits32[updatee+0] = stg_IND_OLDGEN_info;
>> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp + ((0)*4)]);
>> } else { bits32[updatee+0] = stg_IND_direct_info;
>> LDV_RECORD_CREATE(updatee); ; jump %ENTRY_CODE(bits32[Sp + ((0)*4)]);
>> }; ; }
>
> where in
Re: [Fink-users] ghc update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/15/10 11:57 AM, Robert Wyatt wrote: > On 7/14/10 4:30 PM, Robert Wyatt wrote: >> Alexander Hansen wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> On 7/14/10 2:33 PM, Jean-François Mertens wrote: The build of ghc fails on 10.5.8 Intel (both 32bit and 64bit) >>> >>> B) With 32bit (thus ghc-6.8.3-2), > ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 - > package-name rts -static -I../gmp/gmpbuild -I. -#include > HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof - > c Updates.cmm -o Updates.p_o > /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol > LDV_recordDead_FILL_SLOP_DYNAMIC ... ? If at least I could build this one, I could try bootstrapping the other with it.. JF Mertens >>> I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build >>> succeeded for me. >>> >>> - -- Alexander Hansen >>> Fink User Liaison >> >> The build also succeeded for me on 10.6.4 x86_64 with Xcode 3.2.3. >> --Robert > > However it fails for me on 10.5.8/PPC/Xcode 3.1.4: > > make -C compiler stage=2 > /usr/bin/sed -e > "s...@ghc_path@/sw/src/fink.build/ghc-6.8.2-1/ghc-6.8.2/compiler/stage2/ghc-6@g" > -e "s...@top_abs@/sw/src/fink.build/ghc-6.8.2-1/ghc-6@g" < > ghc-inplace.c > stage2/ghc-inplace.c > ../compiler/stage1/ghc-inplace -cpp stage2/ghc-inplace.c -o > stage2/ghc-inplace > ld: library not found for -lgmp > collect2: ld returned 1 exit status > make[2]: *** [stage2/ghc-inplace] Error 1 > make[1]: *** [stage2] Error 2 > make: *** [bootstrap2] Error 2 > ### execution of make failed, exit code 2 > > Complete output is available here: > http://reg066.reg.utexas.edu/~bentones/fink/10.5.8/ghc-6.8.2-1.txt > > --Robert Verify that you have /sw/lib/libgmp.dylib, and that it's not a dangling symlink. If you're on a G4 and gmp came from a binary distribution, then it may be broken for you by virtue of being built on a G5. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw/MtwACgkQB8UpO3rKjQ9TfgCglPh2AgkHmbQIIe2TT4WXibeu 4coAnAn3KyMTK+YhAZS7wigU6SYqUhop =vrCl -END PGP SIGNATURE- -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] ghc update
On 7/15/10 11:10 AM, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/15/10 11:57 AM, Robert Wyatt wrote: >> On 7/14/10 4:30 PM, Robert Wyatt wrote: >>> Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 2:33 PM, Jean-François Mertens wrote: > The build of ghc fails on 10.5.8 Intel (both 32bit and 64bit) > > B) With 32bit (thus ghc-6.8.3-2), > >> ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 - >> package-name rts -static -I../gmp/gmpbuild -I. -#include >> HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof - >> c Updates.cmm -o Updates.p_o >> /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol >> LDV_recordDead_FILL_SLOP_DYNAMIC > ... ? > > If at least I could build this one, I could try bootstrapping the > other with it.. > > JF Mertens > > I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build succeeded for me. - -- Alexander Hansen Fink User Liaison >>> The build also succeeded for me on 10.6.4 x86_64 with Xcode 3.2.3. >>> --Robert >> However it fails for me on 10.5.8/PPC/Xcode 3.1.4: >> >> make -C compiler stage=2 >> /usr/bin/sed -e >> "s...@ghc_path@/sw/src/fink.build/ghc-6.8.2-1/ghc-6.8.2/compiler/stage2/ghc-6@g" >> -e "s...@top_abs@/sw/src/fink.build/ghc-6.8.2-1/ghc-6@g"< >> ghc-inplace.c> stage2/ghc-inplace.c >> ../compiler/stage1/ghc-inplace -cpp stage2/ghc-inplace.c -o >> stage2/ghc-inplace >> ld: library not found for -lgmp >> collect2: ld returned 1 exit status >> make[2]: *** [stage2/ghc-inplace] Error 1 >> make[1]: *** [stage2] Error 2 >> make: *** [bootstrap2] Error 2 >> ### execution of make failed, exit code 2 >> >> Complete output is available here: >> http://reg066.reg.utexas.edu/~bentones/fink/10.5.8/ghc-6.8.2-1.txt >> >> --Robert > Verify that you have /sw/lib/libgmp.dylib, and that it's not a dangling > symlink. > > If you're on a G4 and gmp came from a binary distribution, then it may > be broken for you by virtue of being built on a G5. > > - -- > Alexander Hansen > Fink User Liaison Hi Alexander: $ ls -l /sw/lib/libgmp.dylib lrwxr-xr-x 1 root admin 18 Jun 25 14:58 /sw/lib/libgmp.dylib -> libgmp.3.5.2.dylib $ ls -l /sw/lib/libgmp.3.5.2.dylib -rwxr-xr-x 1 root admin 360508 Jun 25 14:57 /sw/lib/libgmp.3.5.2.dylib This machine happens to be a dualG5 Shall I rebuild something (like gmp)? --Robert -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] ghc update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/15/10 12:32 PM, Robert Wyatt wrote: > On 7/15/10 11:10 AM, Alexander Hansen wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 7/15/10 11:57 AM, Robert Wyatt wrote: >>> On 7/14/10 4:30 PM, Robert Wyatt wrote: Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/14/10 2:33 PM, Jean-François Mertens wrote: >> The build of ghc fails on 10.5.8 Intel (both 32bit and 64bit) >> > > >> B) With 32bit (thus ghc-6.8.3-2), >> >>> ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 - >>> package-name rts -static -I../gmp/gmpbuild -I. -#include >>> HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof - >>> c Updates.cmm -o Updates.p_o >>> /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol >>> LDV_recordDead_FILL_SLOP_DYNAMIC >> ... ? >> >> If at least I could build this one, I could try bootstrapping the >> other with it.. >> >> JF Mertens >> >> > I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build > succeeded for me. > > - -- Alexander Hansen > Fink User Liaison The build also succeeded for me on 10.6.4 x86_64 with Xcode 3.2.3. --Robert >>> However it fails for me on 10.5.8/PPC/Xcode 3.1.4: >>> >>> make -C compiler stage=2 >>> /usr/bin/sed -e >>> "s...@ghc_path@/sw/src/fink.build/ghc-6.8.2-1/ghc-6.8.2/compiler/stage2/ghc-6@g" >>> >>> -e "s...@top_abs@/sw/src/fink.build/ghc-6.8.2-1/ghc-6@g"< >>> ghc-inplace.c> stage2/ghc-inplace.c >>> ../compiler/stage1/ghc-inplace -cpp stage2/ghc-inplace.c -o >>> stage2/ghc-inplace >>> ld: library not found for -lgmp >>> collect2: ld returned 1 exit status >>> make[2]: *** [stage2/ghc-inplace] Error 1 >>> make[1]: *** [stage2] Error 2 >>> make: *** [bootstrap2] Error 2 >>> ### execution of make failed, exit code 2 >>> >>> Complete output is available here: >>> http://reg066.reg.utexas.edu/~bentones/fink/10.5.8/ghc-6.8.2-1.txt >>> >>> --Robert >> Verify that you have /sw/lib/libgmp.dylib, and that it's not a dangling >> symlink. >> >> If you're on a G4 and gmp came from a binary distribution, then it may >> be broken for you by virtue of being built on a G5. >> >> - -- Alexander Hansen >> Fink User Liaison > > Hi Alexander: > > $ ls -l /sw/lib/libgmp.dylib > lrwxr-xr-x 1 root admin 18 Jun 25 14:58 /sw/lib/libgmp.dylib -> > libgmp.3.5.2.dylib > $ ls -l /sw/lib/libgmp.3.5.2.dylib > -rwxr-xr-x 1 root admin 360508 Jun 25 14:57 /sw/lib/libgmp.3.5.2.dylib > > This machine happens to be a dualG5 > > Shall I rebuild something (like gmp)? > > --Robert Maybe not. I've gotten bus errors or fortran compiler barfs when I have gmp not properly built on my G4, but this looks more like %p/lib isn't in the link path. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw/QKMACgkQB8UpO3rKjQ+xLACghcTI36aYG2yGhq5ItA9DqnMz Ac8AoI/bLQPs/utZ1Aivn8y0pxO9vSy2 =lwgt -END PGP SIGNATURE- -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] ghc update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 10:45 PM, Jean-François Mertens wrote: > > On 14 Jul 2010, at 22:00, Alexander Hansen wrote: > >> On 7/14/10 2:33 PM, Jean-François Mertens wrote: >>> B) With 32bit (thus ghc-6.8.3-2), >>> ../compiler/ghc-inplace -H16m -O -I/sw/include -L/sw/lib -optc-O2 - package-name rts -static -I../gmp/gmpbuild -I. -#include HCIncludes.h -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof - c Updates.cmm -o Updates.p_o /tmp/ghc29322_0/ghc29322_0.s:unknown:Undefined local symbol LDV_recordDead_FILL_SLOP_DYNAMIC >>> >> I didn't reproduce the error on 10.5.8/i386/Xcode 3.1.4. The build >> succeeded for me. > Am on identical setup.. [possible diffs in X11 (here X11-2.5.1) are > obviously irrelevant] > Before sending the previous msg, I did check for the most obvious candidate > by re-running the same command without the '-I/sw/include' flag > (since it precedes all others) _ no succes: same result... > Thus, diffs in fink installations also can't explain the thing, at the > level > of this command (note the "-c" : no linking is involved, and the "local" > in the error msg must mean something from the compiler's point of view..). > > Seems thus there is some hard work to do ... I hope the maintainer can > help us.. > > First : to be sure, this happens during stage1 , i.e., > ../compiler/ghc-inplace -> stage1/ghc-inplace. > Alexander: do you really have there an identical command to the above > (if you still have a build-log)? > It appears to be the case, anyway. There are only three references to Updates.p_o in the log. I've posted it at http://akhmac.blogdns.net/~hansen/finklogs/fink-build-log_ghc_6.8.3-2_2010.07.15-12.05.56 - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw/RJsACgkQB8UpO3rKjQ+XhwCdGyN5kgykXXCeqNLuW+U08qlN C74Ani/D9x4xoRzgXRJgqj8x81akbq7e =eNK1 -END PGP SIGNATURE- -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: can't install package texlive-base-0.20080816-3
Jean-François Mertens wrote: [] > This issue is a bit more basic than the stray asymptote file: > it is that dpkg gets thrown in disarray when pkg 2 declares > something as a symlink (to a folder, or always?), and pkg 1 as a folder. > Then _ I think _ if I remember well.. _ nothing would go wrong > when installing pkg 1 after pkg 2 : the deb would just expand > according the already existing symlink in the file-system > But afterwards dpkg thinks this symlink is a folder, belonging to pkg 1 !. > > Then, when trying to replace or overwrite the folder in pkg 1 > by the symlink in pkg 2 (pkg 2 could be just pkg 1 with %r=%r+1), > dpkg just refuses to do it, if I remember well. ! Yes. If the symlink /sw/share/texmf-local->/sw/etc/temf.local was in place before asymptote is installed, there is no problem (the old asymptote package had both directories as directories, no symlink). This is why I didn't notice anything wrong. On removal of package 1, however, the symlink could be removed. I remember a time when aome packages had /var as a directory and removed it after uninstalling, with disastrous results for the system. -- Martin -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
