Hi Jeff,
     THANK YOU VERY, VERY MUCH!!! This did the trick, works like a charm!
Cheers,
Joe


On Aug 29, 2009, at 11:43 PM, Jeff Horn wrote:

>
> Have you enabled "run commands with login shell" or something similar
> in your preferences? That fixed my compile issue in Leopard.
>
> Jeff
>
> On Sat, Aug 29, 2009 at 1:45 PM, Retzer Joe<retzerjj@...> wrote:
>>
>> Hi All,
>>   A while back I installed LaTeX-Vim on my MAC (Leopard) and while
>> the package correctly appeared when opening a .tex file in MacVim,
>> for
>> some reason the compile command "\ll" failed to work. I did some
>> searching and found an implementation of MacVim which, if I remember
>> correctly, addressed a path issue and thus enabled the "\ll" command
>> to work. Which was great up until yesterday.
>>
>>   Yesterday I upgraded to Snow Leopard and now my "path corrected"
>> implementation of macvim appears to be considered a powerpc app and,
>> hence, SL is asking me to install Rosetta in order to run it. MacVim
>> 7.2 works great and the LaTeX-vim program is coming up perfectly. I
>> can even preview the pdf with the "\lv" command. The _only_ thing
>> that
>> seems to not be working is the "\ll" (compile) command.
>>
>>   I'd rather not install rosetta for just this one issue. While I've
>> used MacVim for some time (and am extremely happy with it), I'm
>> certainly no expert on setting the parameters in .vimrc and/
>> or .gvimrc.
>>
>>   If anyone could offer some advice on what I might try and/or look
>> at to solve this problem, I'd really appreciate it.
>>
>> Many thanks,
>>
>> Cheers,
>>
>> Joe Retzer
>>
>>>
>>
>
>
>
> --
> Jeffrey Horn
> Graduate Student in Economics, PhD Track
> George Mason University
>
> (704) 271-4797
> jhorn@...
> jrhorn424@...
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Hey everyone,

Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
the MacVim xcodeproject
won't build.

These are references to the old SDK:

<code>

MacVim.xcodeproj/project.pbxproj
219:  1D80FBE30CBBD6F200102A1C /* Carbon.framework */ = {isa =
PBXFileReference; lastKnownFileType = wrapper.framework; name =
Carbon.framework; path = /Developer/SDKs/MacOSX10.4u.sdk/System/
Library/Frameworks/Carbon.framework; sourceTree = "<absolute>"; };

PSMTabBarControl/PSMTabBarControl.xcodeproj/johnp.pbxuser
631:  path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
648:  path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
665:  path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
682:  path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
1888:  path = /Developer/SDKs/MacOSX10.3.9.sdk/System/Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;
1905:  path = /Developer/SDKs/MacOSX10.3.9.sdk/System/Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;

PSMTabBarControl/PSMTabBarControl.xcodeproj/project.pbxproj
585: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;
679: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;
689: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;

build/MacVim.build/Release/MacVim.build/build-state.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/MacVim.build/Release/MacVim.build/build-state~.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273345120#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state~.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273344762#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

edit-in-odb/Edit in ODBEditor.xcodeproj/project.pbxproj
231: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;
285: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;
298: 		 SDKROOT = /Developer/SDKs/MacOSX10.4u.sdk;

</code>

So will just switching those references to new SDK break stuff?
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Hey everyone,

Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
the MacVim xcodeproject
won't build.

These are references to the old SDK:

----

MacVim.xcodeproj/project.pbxproj
219:            1D80FBE30CBBD6F200102A1C /* Carbon.framework */ = {isa
=
PBXFileReference; lastKnownFileType = wrapper.framework; name =
Carbon.framework; path = /Developer/SDKs/MacOSX10.4u.sdk/System/
Library/Frameworks/Carbon.framework; sourceTree = "<absolute>"; };

PSMTabBarControl/PSMTabBarControl.xcodeproj/johnp.pbxuser
631:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
648:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
665:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
682:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
1888:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;
1905:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;

PSMTabBarControl/PSMTabBarControl.xcodeproj/project.pbxproj
585:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
679:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
689:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;

build/MacVim.build/Release/MacVim.build/build-state.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/MacVim.build/Release/MacVim.build/build-state~.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273345120#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state~.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273344762#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

edit-in-odb/Edit in ODBEditor.xcodeproj/project.pbxproj
231:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
285:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
298:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;

----

So will just switching those references to new SDK break stuff?

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/30 travisjeffery:
>
> Hey everyone,
>
> Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
> the MacVim xcodeproject
> won't build.
>
> These are references to the old SDK:

Thanks,

I think I know what the problem is...I'll try to fix it right away.
When I'm done I'll push and ask you to see if it works.

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Hey everyone,

Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
the MacVim xcodeproject
won't build.

These are references to the old SDK:

---

MacVim.xcodeproj/project.pbxproj
219:            1D80FBE30CBBD6F200102A1C /* Carbon.framework */ = {isa
=
PBXFileReference; lastKnownFileType = wrapper.framework; name =
Carbon.framework; path = /Developer/SDKs/MacOSX10.4u.sdk/System/
Library/Frameworks/Carbon.framework; sourceTree = "<absolute>"; };

PSMTabBarControl/PSMTabBarControl.xcodeproj/johnp.pbxuser
631:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
648:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
665:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
682:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
Frameworks/
InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
1888:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;
1905:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
Library/
Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;

PSMTabBarControl/PSMTabBarControl.xcodeproj/project.pbxproj
585:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
679:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
689:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;

build/MacVim.build/Release/MacVim.build/build-state.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/MacVim.build/Release/MacVim.build/build-state~.dat
5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
Carbon.framework/Carbon

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273345120#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
build-state~.dat
1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
MacOSX10.4u.sdk'273344762#18446744073709551615#0#0(1@0"0
(0#1#0"6003333849562827776#0"0#

edit-in-odb/Edit in ODBEditor.xcodeproj/project.pbxproj
231:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
285:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;
298:                            SDKROOT = /Developer/SDKs/
MacOSX10.4u.sdk;

----

So will just switching those references to new SDK break stuff?

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Awesome, sure. Thank you.

On Aug 30, 1:24 pm, björn <bjorn.winck...@...> wrote:
> 2009/8/30 travisjeffery:
>
>
>
> > Hey everyone,
>
> > Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
> > the MacVim xcodeproject
> > won't build.
>
> > These are references to the old SDK:
>
> Thanks,
>
> I think I know what the problem is...I'll try to fix it right away.
> When I'm done I'll push and ask you to see if it works.
>
> Björn
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/30 travisjeffery <travisjeffery@...>:
>
> Awesome, sure. Thank you.

Please try to pull and build now...I think I got rid of all the 10.4u
sdk references.

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

My pleasure!

On Sun, Aug 30, 2009 at 12:15 PM, Retzer Joe<retzerjj@...> wrote:
>
> Hi Jeff,
>    THANK YOU VERY, VERY MUCH!!! This did the trick, works like a charm!
> Cheers,
> Joe
>
>
> On Aug 29, 2009, at 11:43 PM, Jeff Horn wrote:
>
>>
>> Have you enabled "run commands with login shell" or something similar
>> in your preferences? That fixed my compile issue in Leopard.
>>
>> Jeff
>>
>> On Sat, Aug 29, 2009 at 1:45 PM, Retzer Joe<retzerjj@...> wrote:
>>>
>>> Hi All,
>>>   A while back I installed LaTeX-Vim on my MAC (Leopard) and while
>>> the package correctly appeared when opening a .tex file in MacVim,
>>> for
>>> some reason the compile command "\ll" failed to work. I did some
>>> searching and found an implementation of MacVim which, if I remember
>>> correctly, addressed a path issue and thus enabled the "\ll" command
>>> to work. Which was great up until yesterday.
>>>
>>>   Yesterday I upgraded to Snow Leopard and now my "path corrected"
>>> implementation of macvim appears to be considered a powerpc app and,
>>> hence, SL is asking me to install Rosetta in order to run it. MacVim
>>> 7.2 works great and the LaTeX-vim program is coming up perfectly. I
>>> can even preview the pdf with the "\lv" command. The _only_ thing
>>> that
>>> seems to not be working is the "\ll" (compile) command.
>>>
>>>   I'd rather not install rosetta for just this one issue. While I've
>>> used MacVim for some time (and am extremely happy with it), I'm
>>> certainly no expert on setting the parameters in .vimrc and/
>>> or .gvimrc.
>>>
>>>   If anyone could offer some advice on what I might try and/or look
>>> at to solve this problem, I'd really appreciate it.
>>>
>>> Many thanks,
>>>
>>> Cheers,
>>>
>>> Joe Retzer
>>>
>>>>
>>>
>>
>>
>>
>> --
>> Jeffrey Horn
>> Graduate Student in Economics, PhD Track
>> George Mason University
>>
>> (704) 271-4797
>> jhorn@...
>> jrhorn424@...
>>
>> >
>
>
> >
>



--
Jeffrey Horn
Graduate Student in Economics, PhD Track
George Mason University

(704) 271-4797
jhorn@...
jrhorn424@...

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/30 björn:
> 2009/8/30 travisjeffery <travisjeffery@...>:
>>
>> Awesome, sure. Thank you.
>
> Please try to pull and build now...I think I got rid of all the 10.4u
> sdk references.

Ooops...the Sparkle framework did not get copied in the last commit.
I've patched this and pushed the fix.  Make sure you have the "Copy
Sparkle framework into app bundle" commit before you try.

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Okay, no problem with the SDK. But building now fails when making the
document icons for some reason:

---

=== BUILD NATIVE TARGET MacVim OF PROJECT MacVim WITH THE DEFAULT
CONFIGURATION (Release) ===
Check dependencies
PhaseScriptExecution "Make Document Icons" build/MacVim.build/Release/
MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
     cd /Users/travis/Documents/repos/vim7/src/MacVim
     /bin/sh -c /Users/travis/Documents/repos/vim7/src/MacVim/build/
MacVim.build/Release/MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh

make -C makeicns
g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
-O2 \
	   -framework Foundation -framework AppKit -framework Carbon
Command /bin/sh failed with exit code 2
Command /bin/sh failed with exit code 2
** BUILD FAILED **


The following build commands failed:
MacVim:
	 PhaseScriptExecution "Make Document Icons" /Users/travis/Documents/
repos/vim7/src/MacVim/build/MacVim.build/Release/MacVim.build/
Script-1D1C31F00EFFBFD6003FE9A5.sh
(1 failure)

---

Perhaps it's a problem with the deployment target?

On Aug 30, 2:45 pm, björn <bjorn.winck...@...> wrote:
> 2009/8/30 travisjeffery <travisjeff...@...>:
>
>
>
> > Awesome, sure. Thank you.
>
> Please try to pull and build now...I think I got rid of all the 10.4u
> sdk references.
>
> Björn
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/30 travisjeffery:
>
> Okay, no problem with the SDK. But building now fails when making the
> document icons for some reason:
>
> ---
>
> === BUILD NATIVE TARGET MacVim OF PROJECT MacVim WITH THE DEFAULT
> CONFIGURATION (Release) ===
> Check dependencies
> PhaseScriptExecution "Make Document Icons" build/MacVim.build/Release/
> MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
>    cd /Users/travis/Documents/repos/vim7/src/MacVim
>    /bin/sh -c /Users/travis/Documents/repos/vim7/src/MacVim/build/
> MacVim.build/Release/MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
>
> make -C makeicns
> g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
> -O2 \
>          -framework Foundation -framework AppKit -framework Carbon
> Command /bin/sh failed with exit code 2
> Command /bin/sh failed with exit code 2
> ** BUILD FAILED **
>
>
> The following build commands failed:
> MacVim:
>        PhaseScriptExecution "Make Document Icons" /Users/travis/Documents/
> repos/vim7/src/MacVim/build/MacVim.build/Release/MacVim.build/
> Script-1D1C31F00EFFBFD6003FE9A5.sh
> (1 failure)
>
> ---
>
> Perhaps it's a problem with the deployment target?

Please try building the icons manually to see if that works first.
Just cd into the "src/MacVim/icons" folder and type "make".  Does that
work?

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

No, here the error when ran make in src/MacVim/icons:

make -C makeicns
g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
-O2 \
	   -framework Foundation -framework AppKit -framework Carbon
Undefined symbols:
   "_GetScrapFlavorInfoList", referenced from:
       +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
   "_ClearCurrentScrap", referenced from:
       -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
   "_GetCurrentScrap", referenced from:
       -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
       -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
       +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
   "_GetScrapFlavorData", referenced from:
       -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
   "_GetScrapFlavorCount", referenced from:
       +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
   "_PutScrapFlavor", referenced from:
       -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
   "_GetScrapFlavorSize", referenced from:
       -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [makeicns] Error 1
make: *** [MacVim-generic.icns] Error 2


On Aug 30, 3:20 pm, björn <bjorn.winck...@...> wrote:
> 2009/8/30 travisjeffery:
>
>
>
>
>
> > Okay, no problem with the SDK. But building now fails when making the
> > document icons for some reason:
>
> > ---
>
> > === BUILD NATIVE TARGET MacVim OF PROJECT MacVim WITH THE DEFAULT
> > CONFIGURATION (Release) ===
> > Check dependencies
> > PhaseScriptExecution "Make Document Icons" build/MacVim.build/Release/
> > MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
> >    cd /Users/travis/Documents/repos/vim7/src/MacVim
> >    /bin/sh -c /Users/travis/Documents/repos/vim7/src/MacVim/build/
> > MacVim.build/Release/MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
>
> > make -C makeicns
> > g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
> > -O2 \
> >          -framework Foundation -framework AppKit -framework Carbon
> > Command /bin/sh failed with exit code 2
> > Command /bin/sh failed with exit code 2
> > ** BUILD FAILED **
>
> > The following build commands failed:
> > MacVim:
> >        PhaseScriptExecution "Make Document Icons" /Users/travis/Documents/
> > repos/vim7/src/MacVim/build/MacVim.build/Release/MacVim.build/
> > Script-1D1C31F00EFFBFD6003FE9A5.sh
> > (1 failure)
>
> > ---
>
> > Perhaps it's a problem with the deployment target?
>
> Please try building the icons manually to see if that works first.
> Just cd into the "src/MacVim/icons" folder and type "make".  Does that
> work?
>
> Björn
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Your instructions worked, the build succeeded.

I don't know about the Scrap functions and yeah, hopefully Nico will
have a look.

Thanks.

On Aug 30, 3:35 pm, björn <bjorn.winck...@...> wrote:
> 2009/8/30 travisjeffery:
>
>
>
>
>
> > No, here the error when ran make in src/MacVim/icons:
>
> > make -C makeicns
> > g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
> > -O2 \
> >          -framework Foundation -framework AppKit -framework Carbon
> > Undefined symbols:
> >  "_GetScrapFlavorInfoList", referenced from:
> >      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
> >  "_ClearCurrentScrap", referenced from:
> >      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
> >  "_GetCurrentScrap", referenced from:
> >      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
> >      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
> >      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
> >  "_GetScrapFlavorData", referenced from:
> >      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
> >  "_GetScrapFlavorCount", referenced from:
> >      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
> >  "_PutScrapFlavor", referenced from:
> >      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
> >  "_GetScrapFlavorSize", referenced from:
> >      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
> > ld: symbol(s) not found
> > collect2: ld returned 1 exit status
> > make[1]: *** [makeicns] Error 1
> > make: *** [MacVim-generic.icns] Error 2
>
> Ugh.  Have the Scrap functions been removed from the Carbon framework
> in 10.6 by any chance?  I'm afraid we'll have to ask Nico (who wrote
> the icon generation stuff) to take a look at this when he reads this.
>
> For now, you may be able to bypass the icon generation by going into
> icons/Makefile and deleting line 6.  Then go into icons/make_icons.py
> and set dont_create to True on line 22.  I don't know if that will
> work, but you may be able to get it to work yourself.
>
> Björn
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/30 travisjeffery:
>
> No, here the error when ran make in src/MacVim/icons:
>
> make -C makeicns
> g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
> -O2 \
>          -framework Foundation -framework AppKit -framework Carbon
> Undefined symbols:
>  "_GetScrapFlavorInfoList", referenced from:
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_ClearCurrentScrap", referenced from:
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>  "_GetCurrentScrap", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_GetScrapFlavorData", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>  "_GetScrapFlavorCount", referenced from:
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_PutScrapFlavor", referenced from:
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>  "_GetScrapFlavorSize", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[1]: *** [makeicns] Error 1
> make: *** [MacVim-generic.icns] Error 2

Ugh.  Have the Scrap functions been removed from the Carbon framework
in 10.6 by any chance?  I'm afraid we'll have to ask Nico (who wrote
the icon generation stuff) to take a look at this when he reads this.

For now, you may be able to bypass the icon generation by going into
icons/Makefile and deleting line 6.  Then go into icons/make_icons.py
and set dont_create to True on line 22.  I don't know if that will
work, but you may be able to get it to work yourself.

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

On Aug 28, 2:02 pm, björn <bjorn.winck...@...> wrote:
[...]
> I guess it sets it to Sweden because my time zone is set to Stockholm,
> Sweden...but it is a bit weird since my default language is English
> and my OS X version is English as well.

You might try using

	 language ctype en_US

or

	 language ctype C

(untested) near the top of your vimrc. I haven't tested it (I don't
use an IM).

See
	 :help :language

>
> Actually, it is pretty neat that it automatically switches to the
> current locale (i.e. Swedish in my case) since this is most likely the
> expected behaviour when 'imd' is set.  Your tip of setting imi=0 and
> ims=0 reverts the behaviour back to what I first envisioned...so this
> is definitely an improvement!  I've got "set imd imi=0 ims=0" in my
> gvimrc as well now.
[...]

Setting 'ims' to -1 (meaning "use 'imi'") could be useful: it means
changing 'imi' applies automagically to the / and ? search commands,
in addition to Insert mode, Ex-commands, and some Normal mode command
operands such as r f t etc. (all of which, IIUC, always use 'imi').

I don't know where (if anywhere) the Ctrl-^ key is on my keyboard, so
I use the following keymap-related commands in my vimrc:
	 set imi=0 ims=-1
	 noremap  <F8> :let &l:imi = !&l:imi
	 inoremap  <F8> <C-O>:let &l:imi = !&l:imi
	 cnoremap <F8> <C-^>

For IM, you would of course multiply the right-side operand of the
":let" statements by 2, making it  2*(!&l:imi). (Ctrl-^ has a
different meaning in Normal mode; the above allows F8 to toggle
keymaps [or, with the indicated change, IM] in any mode.)


Best regards,
Tony.
--
hundred-and-one symptoms of being an internet addict:
114. You are counting items, you go "0,1,2,3,4,5,6,7,8,9,A,B,C,D...".

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

> make -C makeicns
> g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
> -O2 \
> 	  -framework Foundation -framework AppKit -framework Carbon
> Undefined symbols:
>  "_GetScrapFlavorInfoList", referenced from:
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_ClearCurrentScrap", referenced from:
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>  "_GetCurrentScrap", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_GetScrapFlavorData", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>  "_GetScrapFlavorCount", referenced from:
>      +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>  "_PutScrapFlavor", referenced from:
>      -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>  "_GetScrapFlavorSize", referenced from:
>      -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[1]: *** [makeicns] Error 1
> make: *** [MacVim-generic.icns] Error 2

Oh, fun. I'll take a look some time this week (probably next weekend).

I might take a look at QuickCursor too, but no promises.

Nico

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

>> make -C makeicns
>> g++ -o makeicns makeicns.o IconFamily.o NSString
>> +CarbonFSRefCreation.o
>> -O2 \
>> 	  -framework Foundation -framework AppKit -framework Carbon
>> Undefined symbols:
>> "_GetScrapFlavorInfoList", referenced from:
>>     +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>> "_ClearCurrentScrap", referenced from:
>>     -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>> "_GetCurrentScrap", referenced from:
>>     -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>>     -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>>     +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>> "_GetScrapFlavorData", referenced from:
>>     -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>> "_GetScrapFlavorCount", referenced from:
>>     +[IconFamily(ScrapAdditions) canInitWithScrap] in IconFamily.o
>> "_PutScrapFlavor", referenced from:
>>     -[IconFamily(ScrapAdditions) putOnScrap] in IconFamily.o
>> "_GetScrapFlavorSize", referenced from:
>>     -[IconFamily(ScrapAdditions) initWithScrap] in IconFamily.o
>> ld: symbol(s) not found
>> collect2: ld returned 1 exit status
>> make[1]: *** [makeicns] Error 1
>> make: *** [MacVim-generic.icns] Error 2
>
> Oh, fun. I'll take a look some time this week (probably next weekend).
>
> I might take a look at QuickCursor too, but no promises.

Looks like we don't use the scrap manager code in IconFamily. The
attached patch should fix this problem.

Nico


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Have you tried switching the references? I just did with
PCKeyboardHack, built just fine.


On Aug 30, 7:21 pm, travisjeffery <travisjeff...@...> wrote:
> Hey everyone,
>
> Snow Leopard got rid of the MacOSX10.4u.sdk in /Developers/SDKs so now
> the MacVim xcodeproject
> won't build.
>
> These are references to the old SDK:
>
> ---
>
> MacVim.xcodeproj/project.pbxproj
> 219:            1D80FBE30CBBD6F200102A1C /* Carbon.framework */ = {isa
> =
> PBXFileReference; lastKnownFileType = wrapper.framework; name =
> Carbon.framework; path = /Developer/SDKs/MacOSX10.4u.sdk/System/
> Library/Frameworks/Carbon.framework; sourceTree = "<absolute>"; };
>
> PSMTabBarControl/PSMTabBarControl.xcodeproj/johnp.pbxuser
> 631:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/
> InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
> 648:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/
> InterfaceBuilder.framework/Versions/A/Headers/IBInspector.h;
> 665:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/
> InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
> 682:            path = /Developer/SDKs/MacOSX10.4u.sdk/System/Library/
> Frameworks/
> InterfaceBuilder.framework/Versions/A/Headers/IBViewProtocol.h;
> 1888:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
> Library/
> Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;
> 1905:           path = /Developer/SDKs/MacOSX10.3.9.sdk/System/
> Library/
> Frameworks/AppKit.framework/Versions/C/Headers/NSToolbar.h;
>
> PSMTabBarControl/PSMTabBarControl.xcodeproj/project.pbxproj
> 585:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
> 679:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
> 689:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
>
> build/MacVim.build/Release/MacVim.build/build-state.dat
> 5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
> Carbon.framework/Carbon
>
> build/MacVim.build/Release/MacVim.build/build-state~.dat
> 5:N/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
> Carbon.framework/Carbon
>
> build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
> build-state.dat
> 1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
> MacOSX10.4u.sdk'273345120#18446744073709551615#0#0(1@0"0
> (0#1#0"6003333849562827776#0"0#
>
> build/PSMTabBarControl.build/Release/PSMTabBarControlFramework.build/
> build-state~.dat
> 1(4@78"error: There is no SDK with the name or path '/Developer/SDKs/
> MacOSX10.4u.sdk'273344762#18446744073709551615#0#0(1@0"0
> (0#1#0"6003333849562827776#0"0#
>
> edit-in-odb/Edit in ODBEditor.xcodeproj/project.pbxproj
> 231:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
> 285:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
> 298:                            SDKROOT = /Developer/SDKs/
> MacOSX10.4u.sdk;
>
> ----
>
> So will just switching those references to new SDK break stuff?
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

2009/8/31 Nico Weber:
>
> Looks like we don't use the scrap manager code in IconFamily. The
> attached patch should fix this problem.

Nico,

Thanks for the quick response and the patch.

I've pushed this patch to the repo.  Can somebody with Snow Leopard
confirm that MacVim builds cleanly now?

Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Still getting an error:

=== BUILD NATIVE TARGET PSMTabBarControlFramework OF PROJECT
PSMTabBarControl WITH THE DEFAULT CONFIGURATION (Release) ===
Check dependencies

=== BUILD NATIVE TARGET Edit in ODBEditor OF PROJECT Edit in ODBEditor
WITH THE DEFAULT CONFIGURATION (Release) ===
Check dependencies

=== BUILD NATIVE TARGET MacVim OF PROJECT MacVim WITH THE DEFAULT
CONFIGURATION (Release) ===
Check dependencies
PhaseScriptExecution "Make Document Icons" build/MacVim.build/Release/
MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh
      cd /Users/travis/Documents/repos/vim7/src/MacVim
      /bin/sh -c /Users/travis/Documents/repos/vim7/src/MacVim/build/
MacVim.build/Release/MacVim.build/Script-1D1C31F00EFFBFD6003FE9A5.sh

make -C makeicns
make[1]: `makeicns' is up to date.
/usr/bin/python make_icons.py /Users/travis/Documents/repos/vim7/src/
MacVim/build/Release/MacVim.app/Contents/Resources
MacVim-cpp
Command /bin/sh failed with exit code 2
Command /bin/sh failed with exit code 2
** BUILD FAILED **


The following build commands failed:
MacVim:
	 PhaseScriptExecution "Make Document Icons" /Users/travis/Documents/
repos/vim7/src/MacVim/build/MacVim.build/Release/MacVim.build/
Script-1D1C31F00EFFBFD6003FE9A5.sh
(1 failure)

The icon files are created sans anything on them:

Like that.


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

On 2009-08-31, at 5:39 AM, björn wrote:

>
> 2009/8/31 Nico Weber:
>>
>> Looks like we don't use the scrap manager code in IconFamily. The
>> attached patch should fix this problem.
>
> Nico,
>
> Thanks for the quick response and the patch.
>
> I've pushed this patch to the repo.  Can somebody with Snow Leopard
> confirm that MacVim builds cleanly now?
>
> Björn
>
> --~--~---------~--~----~------------~-------~--~----~
> This message is part of the topic "Snow Leopard drops MacOSX10.4u.sdk
> SDK -- MacVim won't build on 10.6" in the Google Group "vim_mac" for
> which
> you requested email updates.
> To stop receiving email updates for this topic, please visit the topic
> at http://groups.google.com/group/vim_mac/t/93b65296a79c7721
> -~----------~----~----~----~------~----~------~--~---
>

2009/8/31 Travis Jeffery:
> Still getting an error:

Can you provide the output from "make" inside the "icons/" directory
instead.  The output from Xcode does not tell us what went wrong, only
that something went wrong.  Remember to call "make clean" first as
well.

Thanks,
Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Whoops, sorry. Here you go:

/usr/bin/python setup.py install --install-lib .
running install
running build
running build_ext
building 'loadfont' extension
creating build
creating build/temp.macosx-10.6-universal-2.6
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -
Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -
arch x86_64 -pipe -I/System/Library/Frameworks/Python.framework/
Versions/2.6/include/python2.6 -c loadfont.c -o build/temp.macosx-10.6-
universal-2.6/loadfont.o
creating build/lib.macosx-10.6-universal-2.6
gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc
-arch x86_64 build/temp.macosx-10.6-universal-2.6/loadfont.o -o build/
lib.macosx-10.6-universal-2.6/loadfont.so
running install_lib
copying build/lib.macosx-10.6-universal-2.6/loadfont.so -> .
running install_egg_info
Removing ./loadfont-1.0-py2.6.egg-info
Writing ./loadfont-1.0-py2.6.egg-info
curl http://download.damieng.com/latest/EnvyCodeR --location -o
EnvyCodeR.zip
    % Total    % Received % Xferd  Average Speed   Time    Time
Time  Current
                                   Dload  Upload   Total   Spent
Left  Speed
100  168k  100  168k    0     0   5748      0  0:00:30  0:00:30
--:--:--  235k
unzip -jo EnvyCodeR.zip
Archive:  EnvyCodeR.zip
    inflating: Envy Code R Bold.ttf
    inflating: Envy Code R Command Prompt.reg
    inflating: Envy Code R Italic.ttf
    inflating: Envy Code R.ttf
    inflating: Read Me.txt
    inflating: Envy Code R VS Italic-as-bold.ttf
    inflating: Envy Code R VS.ttf
# unzip uses the file date from the zip file. Change the file date to
# "now", so that the zip is not unzipped in every `make` run.`
touch Envy\ Code\ R\ Bold.ttf
make -C makeicns
cc -fpascal-strings -O2   -c -o makeicns.o makeicns.m
cc -fpascal-strings -O2   -c -o IconFamily.o IconFamily.m
IconFamily.m: In function ‘-[IconFamily
setAsCustomIconForFile:withCompatibility:]’:
IconFamily.m:677: warning: ‘fileAttributesAtPath:traverseLink:’ is
deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSFileManager.h:162)
IconFamily.m:792: warning: ‘changeFileAttributes:atPath:’ is
deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSFileManager.h:163)
IconFamily.m: In function ‘-[IconFamily
setAsCustomIconForDirectory:withCompatibility:]’:
IconFamily.m:895: warning: ‘removeFileAtPath:handler:’ is deprecated
(declared at /System/Library/Frameworks/Foundation.framework/Headers/
NSFileManager.h:174)
IconFamily.m: In function ‘+[IconFamily(Internals)
resampleImage:toIconWidth:usingImageInterpolation:]’:
IconFamily.m:1069: warning: ‘bestRepresentationForDevice:’ is
deprecated (declared at /System/Library/Frameworks/AppKit.framework/
Headers/NSImage.h:128)
cc -fpascal-strings -O2   -c -o NSString+CarbonFSRefCreation.o NSString
+CarbonFSRefCreation.m
NSString+CarbonFSRefCreation.m: In function ‘-[NSString
(CarbonFSRefCreation) getFSRef:createFileIfNecessary:]’:
NSString+CarbonFSRefCreation.m:26: warning: ‘writeToFile:atomically:’
is deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSString.h:374)
g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
-O2 \
	   -framework Foundation -framework AppKit -framework Carbon
/usr/bin/python make_icons.py .
MacVim-cpp
Traceback (most recent call last):
    File "make_icons.py", line 198, in <module>
      main()
    File "make_icons.py", line 190, in main
      textrenderer=SmallTextRenderer, backgroundrenderer=NoIconRenderer)
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 561, in makedocicon
      makedocicon_opts(optsFromDict(**kwargs))
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 537, in makedocicon_opts
      icons = dict([(s, renderer.createIconAtSize(s)) for s in sizes])
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 516, in createIconAtSize
      return createIcon(s, self.bgRenderer, self.textRenderer,
self.testtext)
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 365, in createIcon
      output = bg.backgroundAtSize(s).copy()
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 204, in backgroundAtSize
      self.drawAtSize(s)
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 194, in drawAtSize
      self.bgRenderer.groundAtSize(s).draw()
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 147, in groundAtSize
      self._performSplit(s)
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 161, in _performSplit
      ground, shadow = splitGenericDocumentIcon(self.unsplitted, s)
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 218, in splitGenericDocumentIcon
      data = r.data()
    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
docerator.py", line 57, in data
      raise Exception("Unsupported image format")
Exception: Unsupported image format
make: *** [MacVim-generic.icns] Error 1


On 2009-08-31, at 10:51 AM, björn wrote:

>
> 2009/8/31 Travis Jeffery:
>> Still getting an error:
>
> Can you provide the output from "make" inside the "icons/" directory
> instead.  The output from Xcode does not tell us what went wrong, only
> that something went wrong.  Remember to call "make clean" first as
> well.
>
> Thanks,
> Björn
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Hi *,

is there a way to get the current working directory via
PlugInInstanceMediator#evaluateVimExpression?

e.g. [[principal mediator] evaluateVimExpression:@"pwd"]

steffen

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Hi guys,

I have an obscure problem with my MacVim,
it renders all colors too bright.

It does that in both the stable version and snapshot 49. ATSUI renderer
on/off doesn't matter. Starting without any .vim or .vimrc.

The following commands gives me a background color
of #1A1A1A (determined by colorpicker):

:hi Normal guibg=#101010 guifg=#ffffff gui=none

I tried :set bg=dark but that doesn't help.

For a more illustrative example here's a screenshot of the
"kellys" theme side-by-side in Firefox (source: http://is.gd/2K9Cx),
iterm and MacVim: http://is.gd/2K9Bu

As you can see the colors are also slightly off in iterm
(still bearable to me) but completely washed out in MacVim.

I'm on Leopard 10.5.8 and, as far as I know, have nothing installed that
should futz with color values in individual windows. I also haven't seen
  color problems in any other app. #101010 displays as #101010 in
firefox, for example.

Anyone have an idea what the heck could be going on here?


cheers
-jj


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Not to be a "me, too" poster, but I get the exact same error.

On Aug 31, 10:02 am, Travis Jeffery <travisjeff...@...> wrote:
> Whoops, sorry. Here you go:
>
> /usr/bin/python setup.py install --install-lib .
> running install
> running build
> running build_ext
> building 'loadfont' extension
> creating build
> creating build/temp.macosx-10.6-universal-2.6
> gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -
> Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -
> arch x86_64 -pipe -I/System/Library/Frameworks/Python.framework/
> Versions/2.6/include/python2.6 -c loadfont.c -o build/temp.macosx-10.6-
> universal-2.6/loadfont.o
> creating build/lib.macosx-10.6-universal-2.6
> gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc  
> -arch x86_64 build/temp.macosx-10.6-universal-2.6/loadfont.o -o build/
> lib.macosx-10.6-universal-2.6/loadfont.so
> running install_lib
> copying build/lib.macosx-10.6-universal-2.6/loadfont.so -> .
> running install_egg_info
> Removing ./loadfont-1.0-py2.6.egg-info
> Writing ./loadfont-1.0-py2.6.egg-info
> curlhttp://download.damieng.com/latest/EnvyCodeR--location -o  
> EnvyCodeR.zip
>    % Total    % Received % Xferd  Average Speed   Time    Time      
> Time  Current
>                                   Dload  Upload   Total   Spent    
> Left  Speed
> 100  168k  100  168k    0     0   5748      0  0:00:30  0:00:30  
> --:--:--  235k
> unzip -jo EnvyCodeR.zip
> Archive:  EnvyCodeR.zip
>    inflating: Envy Code R Bold.ttf
>    inflating: Envy Code R Command Prompt.reg
>    inflating: Envy Code R Italic.ttf
>    inflating: Envy Code R.ttf
>    inflating: Read Me.txt
>    inflating: Envy Code R VS Italic-as-bold.ttf
>    inflating: Envy Code R VS.ttf
> # unzip uses the file date from the zip file. Change the file date to
> # "now", so that the zip is not unzipped in every `make` run.`
> touch Envy\ Code\ R\ Bold.ttf
> make -C makeicns
> cc -fpascal-strings -O2   -c -o makeicns.o makeicns.m
> cc -fpascal-strings -O2   -c -o IconFamily.o IconFamily.m
> IconFamily.m: In function ‘-[IconFamily  
> setAsCustomIconForFile:withCompatibility:]’:
> IconFamily.m:677: warning: ‘fileAttributesAtPath:traverseLink:’ is  
> deprecated (declared at /System/Library/Frameworks/
> Foundation.framework/Headers/NSFileManager.h:162)
> IconFamily.m:792: warning: ‘changeFileAttributes:atPath:’ is  
> deprecated (declared at /System/Library/Frameworks/
> Foundation.framework/Headers/NSFileManager.h:163)
> IconFamily.m: In function ‘-[IconFamily  
> setAsCustomIconForDirectory:withCompatibility:]’:
> IconFamily.m:895: warning: ‘removeFileAtPath:handler:’ is deprecated  
> (declared at /System/Library/Frameworks/Foundation.framework/Headers/
> NSFileManager.h:174)
> IconFamily.m: In function ‘+[IconFamily(Internals)  
> resampleImage:toIconWidth:usingImageInterpolation:]’:
> IconFamily.m:1069: warning: ‘bestRepresentationForDevice:’ is  
> deprecated (declared at /System/Library/Frameworks/AppKit.framework/
> Headers/NSImage.h:128)
> cc -fpascal-strings -O2   -c -o NSString+CarbonFSRefCreation.o NSString
> +CarbonFSRefCreation.m
> NSString+CarbonFSRefCreation.m: In function ‘-[NSString
> (CarbonFSRefCreation) getFSRef:createFileIfNecessary:]’:
> NSString+CarbonFSRefCreation.m:26: warning: ‘writeToFile:atomically:’  
> is deprecated (declared at /System/Library/Frameworks/
> Foundation.framework/Headers/NSString.h:374)
> g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o  
> -O2 \
>           -framework Foundation -framework AppKit -framework Carbon
> /usr/bin/python make_icons.py .
> MacVim-cpp
> Traceback (most recent call last):
>    File "make_icons.py", line 198, in <module>
>      main()
>    File "make_icons.py", line 190, in main
>      textrenderer=SmallTextRenderer, backgroundrenderer=NoIconRenderer)
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 561, in makedocicon
>      makedocicon_opts(optsFromDict(**kwargs))
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 537, in makedocicon_opts
>      icons = dict([(s, renderer.createIconAtSize(s)) for s in sizes])
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 516, in createIconAtSize
>      return createIcon(s, self.bgRenderer, self.textRenderer,  
> self.testtext)
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 365, in createIcon
>      output = bg.backgroundAtSize(s).copy()
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 204, in backgroundAtSize
>      self.drawAtSize(s)
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 194, in drawAtSize
>      self.bgRenderer.groundAtSize(s).draw()
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 147, in groundAtSize
>      self._performSplit(s)
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 161, in _performSplit
>      ground, shadow = splitGenericDocumentIcon(self.unsplitted, s)
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 218, in splitGenericDocumentIcon
>      data = r.data()
>    File "/Users/travis/Documents/repos/vim7/src/MacVim/icons/
> docerator.py", line 57, in data
>      raise Exception("Unsupported image format")
> Exception: Unsupported image format
> make: *** [MacVim-generic.icns] Error 1
>
> On 2009-08-31, at 10:51 AM, björn wrote:
>
>
>
>
>
> > 2009/8/31 Travis Jeffery:
> >> Still getting an error:
>
> > Can you provide the output from "make" inside the "icons/" directory
> > instead.  The output from Xcode does not tell us what went wrong, only
> > that something went wrong.  Remember to call "make clean" first as
> > well.
>
> > Thanks,
> > Björn

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

> Not to be a "me, too" poster, but I get the exact same error.

Can one of you add

      print r

as line 52 in src/vim/src/MacVim/icons/docerator.py (above the `if`
line) and rerun this again, and then send the output to this list?

Thanks,
Nico

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

docerator.py:

    def data(self):
      """Returns data in ARGB order (on intel, at least)."""
      r = self.bitmapRep
      print r
      if r.bitmapFormat() != (NSAlphaNonpremultipliedBitmapFormat |
            NSAlphaFirstBitmapFormat) or \
          r.bitsPerPixel() != 32 or \
          r.isPlanar() or \
          r.samplesPerPixel() != 4:
        raise Exception("Unsupported image format")
      return self.bitmapRep.bitmapData()

make output:

/usr/bin/python setup.py install --install-lib .
running install
running build
running build_ext
building 'loadfont' extension
creating build
creating build/temp.macosx-10.6-universal-2.6
gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -
Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch i386 -arch ppc -
arch x86_64 -pipe -I/System/Library/Frameworks/Python.framework/
Versions/2.6/include/python2.6 -c loadfont.c -o build/temp.macosx-10.6-
universal-2.6/loadfont.o
creating build/lib.macosx-10.6-universal-2.6
gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc
-arch x86_64 build/temp.macosx-10.6-universal-2.6/loadfont.o -o build/
lib.macosx-10.6-universal-2.6/loadfont.so
running install_lib
copying build/lib.macosx-10.6-universal-2.6/loadfont.so -> .
running install_egg_info
Removing ./loadfont-1.0-py2.6.egg-info
Writing ./loadfont-1.0-py2.6.egg-info
curl http://download.damieng.com/latest/EnvyCodeR --location -o
EnvyCodeR.zip
    % Total    % Received % Xferd  Average Speed   Time    Time
Time  Current
                                   Dload  Upload   Total   Spent
Left  Speed
100  168k  100  168k    0     0   150k      0  0:00:01  0:00:01
--:--:--  516k
unzip -jo EnvyCodeR.zip
Archive:  EnvyCodeR.zip
    inflating: Envy Code R Bold.ttf
    inflating: Envy Code R Command Prompt.reg
    inflating: Envy Code R Italic.ttf
    inflating: Envy Code R.ttf
    inflating: Read Me.txt
    inflating: Envy Code R VS Italic-as-bold.ttf
    inflating: Envy Code R VS.ttf
# unzip uses the file date from the zip file. Change the file date to
# "now", so that the zip is not unzipped in every `make` run.`
touch Envy\ Code\ R\ Bold.ttf
make -C makeicns
cc -fpascal-strings -O2   -c -o makeicns.o makeicns.m
cc -fpascal-strings -O2   -c -o IconFamily.o IconFamily.m
IconFamily.m: In function ‘-[IconFamily
setAsCustomIconForFile:withCompatibility:]’:
IconFamily.m:677: warning: ‘fileAttributesAtPath:traverseLink:’ is
deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSFileManager.h:162)
IconFamily.m:792: warning: ‘changeFileAttributes:atPath:’ is
deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSFileManager.h:163)
IconFamily.m: In function ‘-[IconFamily
setAsCustomIconForDirectory:withCompatibility:]’:
IconFamily.m:895: warning: ‘removeFileAtPath:handler:’ is deprecated
(declared at /System/Library/Frameworks/Foundation.framework/Headers/
NSFileManager.h:174)
IconFamily.m: In function ‘+[IconFamily(Internals)
resampleImage:toIconWidth:usingImageInterpolation:]’:
IconFamily.m:1069: warning: ‘bestRepresentationForDevice:’ is
deprecated (declared at /System/Library/Frameworks/AppKit.framework/
Headers/NSImage.h:128)
cc -fpascal-strings -O2   -c -o NSString+CarbonFSRefCreation.o NSString
+CarbonFSRefCreation.m
NSString+CarbonFSRefCreation.m: In function ‘-[NSString
(CarbonFSRefCreation) getFSRef:createFileIfNecessary:]’:
NSString+CarbonFSRefCreation.m:26: warning: ‘writeToFile:atomically:’
is deprecated (declared at /System/Library/Frameworks/
Foundation.framework/Headers/NSString.h:374)
g++ -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o
-O2 \
	   -framework Foundation -framework AppKit -framework Carbon
/usr/bin/python make_icons.py .
MacVim-cpp
NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
Format=(not yet loaded) CurrentBacking=nil (faulting)
CGImageSource=0x104a14680
Traceback (most recent call last):
    File "make_icons.py", line 198, in <module>
      main()
    File "make_icons.py", line 190, in main
      textrenderer=SmallTextRenderer, backgroundrenderer=NoIconRenderer)
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
562, in makedocicon
      makedocicon_opts(optsFromDict(**kwargs))
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
538, in makedocicon_opts
      icons = dict([(s, renderer.createIconAtSize(s)) for s in sizes])
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
517, in createIconAtSize
      return createIcon(s, self.bgRenderer, self.textRenderer,
self.testtext)
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
366, in createIcon
      output = bg.backgroundAtSize(s).copy()
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
205, in backgroundAtSize
      self.drawAtSize(s)
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
195, in drawAtSize
      self.bgRenderer.groundAtSize(s).draw()
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
148, in groundAtSize
      self._performSplit(s)
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
162, in _performSplit
      ground, shadow = splitGenericDocumentIcon(self.unsplitted, s)
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
219, in splitGenericDocumentIcon
      data = r.data()
    File "/usr/local/src/MacVim/src/MacVim/icons/docerator.py", line
58, in data
      raise Exception("Unsupported image format")
Exception: Unsupported image format
make: *** [MacVim-generic.icns] Error 1

On Aug 31, 2009, at 10:18 PM, Nico Weber wrote:

>
>> Not to be a "me, too" poster, but I get the exact same error.
>
> Can one of you add
>
>     print r
>
> as line 52 in src/vim/src/MacVim/icons/docerator.py (above the `if`
> line) and rerun this again, and then send the output to this list?
>
> Thanks,
> Nico
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

I'd probably try [[principal mediator] evaluateVimExpression:@"getcwd()"]

On Mon, Aug 31, 2009 at 10:12 AM, steffen<sleistner@...> wrote:
>
> Hi *,
>
> is there a way to get the current working directory via
> PlugInInstanceMediator#evaluateVimExpression?
>
> e.g. [[principal mediator] evaluateVimExpression:@"pwd"]
>
> steffen
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

> NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
> loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
> Format=(not yet loaded) CurrentBacking=nil (faulting)

Interesting. Does SL load images lazily? Just to make sure, what's the
output of

      ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/
Resources/GenericDocumentIcon.icns

? But since the size seems to be set, that file should be there? If
so, I have to do some digging… :-/

Nico
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/
GenericDocumentIcon.icns
-rw-r--r--  1 root  wheel  46607 30 Jul 01:23 /System/Library/
CoreServices/CoreTypes.bundle/Contents/Resources/
GenericDocumentIcon.icns

On 2009-09-01, at 12:44 AM, Nico Weber wrote:

>
>> NSBitmapImageRep 0x104a210a0 Size={128, 128} ColorSpace=(not yet
>> loaded) BPS=8 BPP=(not yet loaded) Pixels=128x128 Alpha=YES Planar=NO
>> Format=(not yet loaded) CurrentBacking=nil (faulting)
>
> Interesting. Does SL load images lazily? Just to make sure, what's the
> output of
>
>     ls -l /System/Library/CoreServices/CoreTypes.bundle/Contents/
> Resources/GenericDocumentIcon.icns
>
> ? But since the size seems to be set, that file should be there? If
> so, I have to do some digging… :-/
>
> Nico
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_mac" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---