Re: Compiling Vim
fREW wrote: Hey Tony, What is the URL for your Vim Compile site? I can't find the link anywhere. Thanks! -fREW Method I: Start at my home portal http://users.skynet.be/antoine.mechelynck/ Click "The Vim Editor" then the two bottom links in the list at top left point to my HowTo pages for Windows and Unix/Linux. This method can easily be deduced from my email address plus the knowledge of how Belgacom/Skynet user sites are named. Method II: Direct links: Windows: http://users.skynet.be/antoine.mechelynck/vim/compile.htm Unix:http://users.skynet.be/antoine.mechelynck/vim/compunix.htm Best regards, Tony. -- ROMEO: Courage, man; the hurt cannot be much. MERCUTIO: No, 'tis not so deep as a well, nor so wide as a church- door; but 'tis enough, 'twill serve.
Re: Compiling vim in mingw.
Markus Trenkwalder wrote:
> Suresh Govindachar wrote:
> > Bram Moolenaar wrote:
> > > Markus Trenkwalder wrote:
> > >
> > >>checked out vim-7.1a.001 today from svn (#263) and tried to
> > >>compile it with mingw-gcc and got the following error:
> > >>
> > >> 8<
> > >> $ make -f Make_ming.mak
> > >> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
> > >> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
> > >> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG
> > >> -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME
> > >> -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3
> > >> -fomit-frame-pointer -freg-struct-return -s gui_w32.c -o
> > >> gobj/gui_w32.o gui_w32.c:236: error: redefinition of `struct
> > >> tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct
> > >> tagNMTTDISPINFOW' make: *** [gobj/gui_w32.o] Error 1 8<
> >
> > I get the same error message. I recursively grepped for
> > NMTTDISPINFO and examined the output, but did not find any
> > "redefinition"! No clue where the compiler is finding the
> > redefinitions.
> >
> > >> My naive solution to this problem is:
> > >> 8<
> > >> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
> > >> +++ src/gui_w32.c Mon May 7 07:01:09 2007
> > >> @@ -232,7 +232,7 @@
> > >> LPARAM lParam;
> > >> } NMTTDISPINFO_NEW;
> > >>
> > >> -#ifndef LPNMTTDISPINFO
> > >> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
> > >> typedef struct tagNMTTDISPINFOA {
> > >> NMHDR hdr;
> > >> LPSTR lpszText;
> > >> 8<
> > >
> > > What does TOOLTIPTEXTA have to do with this? I don't understand
> > > why you try to solve it this way.
> > >
> > > Someone else also reported this problem while it worked OK
> > > earlier. Perhaps there is something wrong with the way you
> > > obtained the sources?
> >
> > (Tony reported working around the error message by not using svn.)
> >
> > I got the sources from svn the same why I have always been getting
> > the sources (the whole process of "get sources, build, deploy,
> > update runtime" is automated in scripts).
>
> The symbol is defined in mingw in the file '/include/commctrl.h' through
> the file '/include/pshpack1.h'. The relevant part in mingw's version of
> commctrl.h (starting at line 2368) is:
> 8<
> ...
> typedef struct tagNMTTDISPINFOA {
> NMHDR hdr;
> LPSTR lpszText;
> char szText[80];
> HINSTANCE hinst;
> UINT uFlags;
> #if (_WIN32_IE >= 0x0300)
> LPARAM lParam;
> #endif
> } NMTTDISPINFOA, *LPNMTTDISPINFOA;
> #define TOOLTIPTEXTANMTTDISPINFOA
> #define LPTOOLTIPTEXTA LPNMTTDISPINFOA
> ...
> 8<
>
> So the only chance I had to detect if tagNMTTDISPINFOA is defined alredy
> was to test one of the TOOLTIP macros. I know this is not the most
> beautyful solution but I just wanted to show the problem and provide one
> possible solution.
>
> I'll try to compile the FTP-sources now and see if the problem still
> exists there -- report will follow.
Pity we can't check for typedefs with the preprocessor. It indeed looks
like checking for LPTOOLTIPTEXT not being defined is the best solution,
although it looks weird. Let's add a comment that explains it:
/* Older compilers don't have LPNMTTDISPINFO[AW].
* MingW doesn't define LPNMTTDISPINFO but typedefs it. Therefore check
* LPTOOLTIPTEXT which is defined to be the same. */
#if !defined(LPNMTTDISPINFO) && !defined(LPTOOLTIPTEXT)
typedef struct tagNMTTDISPINFOA {
NMHDR hdr;
Hopefully that works for everybody. And without some magic dependency
on MingW or gcc.
--
hundred-and-one symptoms of being an internet addict:
91. It's Saturday afternoon in the middle of May and you
are on computer.
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
\\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Compiling vim in mingw.
On 5/8/07, Markus Trenkwalder <[EMAIL PROTECTED]> wrote:
Edward L. Fox wrote:
> On 5/8/07, Markus Trenkwalder <[EMAIL PROTECTED]> wrote:
>> Tried the ftp versions (including patch 7.1a.001) now. Same again. And
>> as Edward Fox told earlier the SVN repository should be almost the same
>> as CVS.
>
> *Almost* the same with ftp versions.
> *Definitely* the same with CVS.
Exept the revisions ;)
Including revisions. I didn't set any keywords properties at any files
within svn repository. So svn will not update any revisions. :-)
To be honest I wanted to express that with my *almost*.
Regarts
Markus
--
:wq \_ \_\_\_
\_\_ \_\_ \_\_ \_\_ \_\_
/(bb|[^b]{2})/ \_ \_ \_ \_\_\_\_\_\_ \_\_
Markus Trenkwalder \_ \_ \_\_ \_\_ \_\_
[EMAIL PROTECTED] \_ \_ \_\_ \_\_ \_\_
Fragen zu Vim? Kommen Sie zu mich, da werden Sie geholfen! :)
Re: Compiling vim in mingw.
On 5/8/07, Markus Trenkwalder <[EMAIL PROTECTED]> wrote:
Tried the ftp versions (including patch 7.1a.001) now. Same again. And
as Edward Fox told earlier the SVN repository should be almost the same
as CVS.
*Almost* the same with ftp versions.
*Definitely* the same with CVS.
I also tried to find a better solution but as I could not find macro
that fits better I do also not know any alternative.
Regards
Markus
--
:wq \_ \_\_\_
\_\_ \_\_ \_\_ \_\_ \_\_
/(bb|[^b]{2})/ \_ \_ \_ \_\_\_\_\_\_ \_\_
Markus Trenkwalder \_ \_ \_\_ \_\_ \_\_
[EMAIL PROTECTED] \_ \_ \_\_ \_\_ \_\_
Fragen zu Vim? Kommen Sie zu mich, da werden Sie geholfen! :)
Re: Compiling vim in mingw.
Tried the ftp versions (including patch 7.1a.001) now. Same again. And
as Edward Fox told earlier the SVN repository should be almost the same
as CVS.
I also tried to find a better solution but as I could not find macro
that fits better I do also not know any alternative.
Regards
Markus
--
:wq \_ \_\_\_
\_\_ \_\_ \_\_ \_\_ \_\_
/(bb|[^b]{2})/ \_ \_ \_ \_\_\_\_\_\_ \_\_
Markus Trenkwalder \_ \_ \_\_ \_\_ \_\_
[EMAIL PROTECTED] \_ \_ \_\_ \_\_ \_\_
Fragen zu Vim? Kommen Sie zu mich, da werden Sie geholfen! :)
Re: Compiling vim in mingw.
Suresh Govindachar wrote:
Bram Moolenaar wrote:
> Markus Trenkwalder wrote:
>
>>checked out vim-7.1a.001 today from svn (#263) and tried to
>>compile it with mingw-gcc and got the following error:
>>
>> 8<
>> $ make -f Make_ming.mak
>> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
>> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
>> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG
>> -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME
>> -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3
>> -fomit-frame-pointer -freg-struct-return -s gui_w32.c -o
>> gobj/gui_w32.o gui_w32.c:236: error: redefinition of `struct
>> tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct
>> tagNMTTDISPINFOW' make: *** [gobj/gui_w32.o] Error 1 8<
I get the same error message. I recursively grepped for
NMTTDISPINFO and examined the output, but did not find any
"redefinition"! No clue where the compiler is finding the
redefinitions.
>> My naive solution to this problem is:
>> 8<
>> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
>> +++ src/gui_w32.c Mon May 7 07:01:09 2007
>> @@ -232,7 +232,7 @@
>> LPARAM lParam;
>> } NMTTDISPINFO_NEW;
>>
>> -#ifndef LPNMTTDISPINFO
>> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
>> typedef struct tagNMTTDISPINFOA {
>> NMHDR hdr;
>> LPSTR lpszText;
>> 8<
>
> What does TOOLTIPTEXTA have to do with this? I don't understand
> why you try to solve it this way.
>
> Someone else also reported this problem while it worked OK
> earlier. Perhaps there is something wrong with the way you
> obtained the sources?
(Tony reported working around the error message by not using svn.)
I got the sources from svn the same why I have always been getting
the sources (the whole process of "get sources, build, deploy,
update runtime" is automated in scripts).
The symbol is defined in mingw in the file '/include/commctrl.h' through
the file '/include/pshpack1.h'. The relevant part in mingw's version of
commctrl.h (starting at line 2368) is:
8<
...
typedef struct tagNMTTDISPINFOA {
NMHDR hdr;
LPSTR lpszText;
char szText[80];
HINSTANCE hinst;
UINT uFlags;
#if (_WIN32_IE >= 0x0300)
LPARAM lParam;
#endif
} NMTTDISPINFOA, *LPNMTTDISPINFOA;
#define TOOLTIPTEXTANMTTDISPINFOA
#define LPTOOLTIPTEXTA LPNMTTDISPINFOA
...
8<
So the only chance I had to detect if tagNMTTDISPINFOA is defined alredy
was to test one of the TOOLTIP macros. I know this is not the most
beautyful solution but I just wanted to show the problem and provide one
possible solution.
I'll try to compile the FTP-sources now and see if the problem still
exists there -- report will follow.
Regards
Markus
Re: Compiling vim in mingw.
On 5/8/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote: Edward L. Fox wrote: > On 5/7/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote: [...] >> You're not the first; there seems to have been a f*ckup in the svn commit >> lately. I suggest you scrap your existing 7.1a sources and restart from >> scratch, by downloading the 7.1a.000 sources then applying the >> 7.1a.001 patch. >> Here are the files whose download I recommend: >> >> 1) the unpatched archives >> http://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2 >> http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-extra.tar.gz >> http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-lang.tar.gz >> >> The first one is not a typo: even for Windows, I recommend the *Unix* >> + extra >> + lang sources. Together, they have exactly one copy of every source file >> needed to compile Vim for *any* platform including Windows. >> >> Unpack them on top of each other at what will become your Vim >> directory "for >> compiling", maybe something like D:\build\vim : they will create a >> subfolder >> "vim71a" and place all the sources in it, creating subfolders as needed. >> >> I don't know if you have a bz2 decompresser program, or if your >> version of >> "patch" will accept the patch format. In both cases, MinGW may or may not >> offer the necessary packages (look there first) but I know Cygwin >> does. (Even >> WinZip knows about the .tar and .gz formats.) >> >> 2) the patch >> http://ftp.vim.org/pub/vim/unstable/patches/7.1a/7.1a.001 >> >> Download it (and optionally its sibling files README MD5 and MD5SUMS) >> into a >> newly-created subfolder named (in my example) >> D:\build\vim\vim71a\patches then >> apply it by using (IIUC) >> >> D: >> cd \build\vim\vim70 >> patch -p0 > > > Could you please tell me the differences between svn repository and > your downloaded and patched sources? In fact #262 is a broken > committing because the patch 7.1a.001 was applied to 7.0.243, so the > svn sources are broken. But #263 is just synced from the cvs > repository. So if it is broken, so is cvs. > >> See details at >> http://users.skynet.be/antoine.mechelynck/vim/compile.htm but >> replace everywhere the directory name .../vim70/... by .../vim71a/..., >> even in >> the name of what will become your "production" 7.1a $VIMRUNTIME after >> compiling and installing. [...] My downloaded and patched sources (from the ftp repository, thus bypassing both cvs and svn) are Bram's official 7.1a.000 full sources and Bram's official 7.1a.001 patch. If (as you're saying) the svn repository mistakenly applied the 7.1a.001 patch against the 7.0.243 sources, by doing as I suggest you won't make that error. And I don't know whether or not the CVS repository is broken, but AFAIK the FTP uploads are made directly under Bram's own responsibility, and IIUC those aren't broken (but they're incremental: you got to apply the patches yourself). I've already downloaded the ftp version and applied the patch. And in my previous post I gave out the diff information between the ftp version and the svn version. In fact nearly every file is the same except the cvs version tags. spellfile.vim is different but the svn version is much more "fresh". And ftp version even has some unused folders and files such as CVS directory. So... I don't think I need to commit my patched ftp version into svn repository. Any suggestions? Best regards, Tony. -- If you give Congress a chance to vote on both sides of an issue, it will always do it. -- Les Aspin, D., Wisconsin
Re: Compiling vim in mingw.
Edward L. Fox wrote: On 5/7/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote: [...] You're not the first; there seems to have been a f*ckup in the svn commit lately. I suggest you scrap your existing 7.1a sources and restart from scratch, by downloading the 7.1a.000 sources then applying the 7.1a.001 patch. Here are the files whose download I recommend: 1) the unpatched archives http://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2 http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-extra.tar.gz http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-lang.tar.gz The first one is not a typo: even for Windows, I recommend the *Unix* + extra + lang sources. Together, they have exactly one copy of every source file needed to compile Vim for *any* platform including Windows. Unpack them on top of each other at what will become your Vim directory "for compiling", maybe something like D:\build\vim : they will create a subfolder "vim71a" and place all the sources in it, creating subfolders as needed. I don't know if you have a bz2 decompresser program, or if your version of "patch" will accept the patch format. In both cases, MinGW may or may not offer the necessary packages (look there first) but I know Cygwin does. (Even WinZip knows about the .tar and .gz formats.) 2) the patch http://ftp.vim.org/pub/vim/unstable/patches/7.1a/7.1a.001 Download it (and optionally its sibling files README MD5 and MD5SUMS) into a newly-created subfolder named (in my example) D:\build\vim\vim71a\patches then apply it by using (IIUC) D: cd \build\vim\vim70 patch -p0 Could you please tell me the differences between svn repository and your downloaded and patched sources? In fact #262 is a broken committing because the patch 7.1a.001 was applied to 7.0.243, so the svn sources are broken. But #263 is just synced from the cvs repository. So if it is broken, so is cvs. See details at http://users.skynet.be/antoine.mechelynck/vim/compile.htm but replace everywhere the directory name .../vim70/... by .../vim71a/..., even in the name of what will become your "production" 7.1a $VIMRUNTIME after compiling and installing. [...] My downloaded and patched sources (from the ftp repository, thus bypassing both cvs and svn) are Bram's official 7.1a.000 full sources and Bram's official 7.1a.001 patch. If (as you're saying) the svn repository mistakenly applied the 7.1a.001 patch against the 7.0.243 sources, by doing as I suggest you won't make that error. And I don't know whether or not the CVS repository is broken, but AFAIK the FTP uploads are made directly under Bram's own responsibility, and IIUC those aren't broken (but they're incremental: you got to apply the patches yourself). Best regards, Tony. -- If you give Congress a chance to vote on both sides of an issue, it will always do it. -- Les Aspin, D., Wisconsin
Re: Compiling vim in mingw.
On 5/7/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Markus Trenkwalder wrote:
> Hi list,
>
> checked out vim-7.1a.001 today from svn (#263) and tried to compile it
> with mingw-gcc and got the following error:
>
> 8<
> $ make -f Make_ming.mak
> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32
> -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
> -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer
> -freg-struct-return -s gui_w32.c -o gobj/gui_w32.o
> gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA'
> gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW'
> make: *** [gobj/gui_w32.o] Error 1
> 8<
>
> My naive solution to this problem is:
> 8<
> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
> +++ src/gui_w32.c Mon May 7 07:01:09 2007
> @@ -232,7 +232,7 @@
> LPARAM lParam;
> } NMTTDISPINFO_NEW;
>
> -#ifndef LPNMTTDISPINFO
> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
> typedef struct tagNMTTDISPINFOA {
> NMHDR hdr;
> LPSTR lpszText;
> 8<
>
> Regards
>
> Markus
>
You're not the first; there seems to have been a f*ckup in the svn commit
lately. I suggest you scrap your existing 7.1a sources and restart from
scratch, by downloading the 7.1a.000 sources then applying the 7.1a.001 patch.
Here are the files whose download I recommend:
Well, well, well... It seems that the svn repository is nearly the
same with the manually downloaded tarballs...
Here is the diff:
diff --exclude=.svn -r vim71a/Filelist svn/Filelist
571c571,572
Re: Compiling vim in mingw.
On 5/7/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Markus Trenkwalder wrote:
> Hi list,
>
> checked out vim-7.1a.001 today from svn (#263) and tried to compile it
> with mingw-gcc and got the following error:
>
> 8<
> $ make -f Make_ming.mak
> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32
> -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
> -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer
> -freg-struct-return -s gui_w32.c -o gobj/gui_w32.o
> gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA'
> gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW'
> make: *** [gobj/gui_w32.o] Error 1
> 8<
>
> My naive solution to this problem is:
> 8<
> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
> +++ src/gui_w32.c Mon May 7 07:01:09 2007
> @@ -232,7 +232,7 @@
> LPARAM lParam;
> } NMTTDISPINFO_NEW;
>
> -#ifndef LPNMTTDISPINFO
> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
> typedef struct tagNMTTDISPINFOA {
> NMHDR hdr;
> LPSTR lpszText;
> 8<
>
> Regards
>
> Markus
>
You're not the first; there seems to have been a f*ckup in the svn commit
lately. I suggest you scrap your existing 7.1a sources and restart from
scratch, by downloading the 7.1a.000 sources then applying the 7.1a.001 patch.
Here are the files whose download I recommend:
1) the unpatched archives
http://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2
http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-extra.tar.gz
http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-lang.tar.gz
The first one is not a typo: even for Windows, I recommend the *Unix* + extra
+ lang sources. Together, they have exactly one copy of every source file
needed to compile Vim for *any* platform including Windows.
Unpack them on top of each other at what will become your Vim directory "for
compiling", maybe something like D:\build\vim : they will create a subfolder
"vim71a" and place all the sources in it, creating subfolders as needed.
I don't know if you have a bz2 decompresser program, or if your version of
"patch" will accept the patch format. In both cases, MinGW may or may not
offer the necessary packages (look there first) but I know Cygwin does. (Even
WinZip knows about the .tar and .gz formats.)
2) the patch
http://ftp.vim.org/pub/vim/unstable/patches/7.1a/7.1a.001
Download it (and optionally its sibling files README MD5 and MD5SUMS) into a
newly-created subfolder named (in my example) D:\build\vim\vim71a\patches then
apply it by using (IIUC)
D:
cd \build\vim\vim70
patch -p0
Could you please tell me the differences between svn repository and
your downloaded and patched sources? In fact #262 is a broken
committing because the patch 7.1a.001 was applied to 7.0.243, so the
svn sources are broken. But #263 is just synced from the cvs
repository. So if it is broken, so is cvs.
See details at http://users.skynet.be/antoine.mechelynck/vim/compile.htm but
replace everywhere the directory name .../vim70/... by .../vim71a/..., even in
the name of what will become your "production" 7.1a $VIMRUNTIME after
compiling and installing.
I used Cygwin gcc and Make_cyg.mak but using MingGW and Make_ming.mak is not
very different. I trust you will know what to change in the procedure to cater
for any differences between them.
Best regards,
Tony.
--
"All snakes who wish to remain in Ireland will please raise their right
hands."
-- Saint Patrick
Re: Compiling vim in mingw.
Bram Moolenaar wrote:
> Markus Trenkwalder wrote:
>
>>checked out vim-7.1a.001 today from svn (#263) and tried to
>>compile it with mingw-gcc and got the following error:
>>
>> 8<
>> $ make -f Make_ming.mak
>> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
>> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
>> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG
>> -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME
>> -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3
>> -fomit-frame-pointer -freg-struct-return -s gui_w32.c -o
>> gobj/gui_w32.o gui_w32.c:236: error: redefinition of `struct
>> tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct
>> tagNMTTDISPINFOW' make: *** [gobj/gui_w32.o] Error 1 8<
I get the same error message. I recursively grepped for
NMTTDISPINFO and examined the output, but did not find any
"redefinition"! No clue where the compiler is finding the
redefinitions.
>> My naive solution to this problem is:
>> 8<
>> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
>> +++ src/gui_w32.c Mon May 7 07:01:09 2007
>> @@ -232,7 +232,7 @@
>> LPARAM lParam;
>> } NMTTDISPINFO_NEW;
>>
>> -#ifndef LPNMTTDISPINFO
>> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
>> typedef struct tagNMTTDISPINFOA {
>> NMHDR hdr;
>> LPSTR lpszText;
>> 8<
>
> What does TOOLTIPTEXTA have to do with this? I don't understand
> why you try to solve it this way.
>
> Someone else also reported this problem while it worked OK
> earlier. Perhaps there is something wrong with the way you
> obtained the sources?
(Tony reported working around the error message by not using svn.)
I got the sources from svn the same why I have always been getting
the sources (the whole process of "get sources, build, deploy,
update runtime" is automated in scripts).
--Suresh
Re: Compiling vim in mingw.
Markus Trenkwalder wrote:
>checked out vim-7.1a.001 today from svn (#263) and tried to compile
> it with mingw-gcc and got the following error:
>
> 8<
> $ make -f Make_ming.mak
> gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
> -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
> -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32
> -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
> -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer
> -freg-struct-return -s gui_w32.c -o gobj/gui_w32.o
> gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA'
> gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW'
> make: *** [gobj/gui_w32.o] Error 1
> 8<
>
> My naive solution to this problem is:
> 8<
> --- src/gui_w32.c.000 Mon May 7 08:26:54 2007
> +++ src/gui_w32.c Mon May 7 07:01:09 2007
> @@ -232,7 +232,7 @@
> LPARAM lParam;
> } NMTTDISPINFO_NEW;
>
> -#ifndef LPNMTTDISPINFO
> +#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
> typedef struct tagNMTTDISPINFOA {
> NMHDR hdr;
> LPSTR lpszText;
> 8<
What does TOOLTIPTEXTA have to do with this? I don't understand why you
try to solve it this way.
Someone else also reported this problem while it worked OK earlier.
Perhaps there is something wrong with the way you obtained the sources?
--
Proof techniques #2: Proof by Oddity.
SAMPLE: To prove that horses have an infinite number of legs.
(1) Horses have an even number of legs.
(2) They have two legs in back and fore legs in front.
(3) This makes a total of six legs, which certainly is an odd number of
legs for a horse.
(4) But the only number that is both odd and even is infinity.
(5) Therefore, horses must have an infinite number of legs.
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
\\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Compiling vim in mingw.
Markus Trenkwalder wrote:
Hi list,
checked out vim-7.1a.001 today from svn (#263) and tried to compile it
with mingw-gcc and got the following error:
8<
$ make -f Make_ming.mak
gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
-DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
-DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32
-DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
-DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer
-freg-struct-return -s gui_w32.c -o gobj/gui_w32.o
gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA'
gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW'
make: *** [gobj/gui_w32.o] Error 1
8<
My naive solution to this problem is:
8<
--- src/gui_w32.c.000 Mon May 7 08:26:54 2007
+++ src/gui_w32.c Mon May 7 07:01:09 2007
@@ -232,7 +232,7 @@
LPARAM lParam;
} NMTTDISPINFO_NEW;
-#ifndef LPNMTTDISPINFO
+#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
typedef struct tagNMTTDISPINFOA {
NMHDR hdr;
LPSTR lpszText;
8<
Regards
Markus
You're not the first; there seems to have been a f*ckup in the svn commit
lately. I suggest you scrap your existing 7.1a sources and restart from
scratch, by downloading the 7.1a.000 sources then applying the 7.1a.001 patch.
Here are the files whose download I recommend:
1) the unpatched archives
http://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2
http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-extra.tar.gz
http://ftp.vim.org/pub/vim/unstable/extra/vim-7.1a-lang.tar.gz
The first one is not a typo: even for Windows, I recommend the *Unix* + extra
+ lang sources. Together, they have exactly one copy of every source file
needed to compile Vim for *any* platform including Windows.
Unpack them on top of each other at what will become your Vim directory "for
compiling", maybe something like D:\build\vim : they will create a subfolder
"vim71a" and place all the sources in it, creating subfolders as needed.
I don't know if you have a bz2 decompresser program, or if your version of
"patch" will accept the patch format. In both cases, MinGW may or may not
offer the necessary packages (look there first) but I know Cygwin does. (Even
WinZip knows about the .tar and .gz formats.)
2) the patch
http://ftp.vim.org/pub/vim/unstable/patches/7.1a/7.1a.001
Download it (and optionally its sibling files README MD5 and MD5SUMS) into a
newly-created subfolder named (in my example) D:\build\vim\vim71a\patches then
apply it by using (IIUC)
D:
cd \build\vim\vim70
patch -p0 See details at http://users.skynet.be/antoine.mechelynck/vim/compile.htm but
replace everywhere the directory name .../vim70/... by .../vim71a/..., even in
the name of what will become your "production" 7.1a $VIMRUNTIME after
compiling and installing.
I used Cygwin gcc and Make_cyg.mak but using MingGW and Make_ming.mak is not
very different. I trust you will know what to change in the procedure to cater
for any differences between them.
Best regards,
Tony.
--
"All snakes who wish to remain in Ireland will please raise their right
hands."
-- Saint Patrick
Compiling vim in mingw.
Hi list,
checked out vim-7.1a.001 today from svn (#263) and tried to compile
it with mingw-gcc and got the following error:
8<
$ make -f Make_ming.mak
gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
-DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H
-DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32
-DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME
-DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer
-freg-struct-return -s gui_w32.c -o gobj/gui_w32.o
gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA'
gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW'
make: *** [gobj/gui_w32.o] Error 1
8<
My naive solution to this problem is:
8<
--- src/gui_w32.c.000 Mon May 7 08:26:54 2007
+++ src/gui_w32.c Mon May 7 07:01:09 2007
@@ -232,7 +232,7 @@
LPARAM lParam;
} NMTTDISPINFO_NEW;
-#ifndef LPNMTTDISPINFO
+#if !defined(LPNMTTDISPINFO) && !defined(TOOLTIPTEXTA)
typedef struct tagNMTTDISPINFOA {
NMHDR hdr;
LPSTR lpszText;
8<
Regards
Markus
Re: problems compiling vim 7 on solaris
Paul Stuart wrote: Hi there, I'm having some trouble compiling vim 7 on solaris 8, and I wonder if someone could point me in the right direction. This is what I see when I compile it : gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MOTIF -I/usr/dt/include -g -O2 -o objects/buffer.o buffer.c In file included from buffer.c:28: vim.h:41: parse error before `:' In file included from /usr/include/stdio.h:22, from os_unix.h:21, from vim.h:233, from buffer.c:28: /usr/include/iso/stdio_iso.h:186: parse error before `__va_list' /usr/include/iso/stdio_iso.h:187: parse error before `__va_list' /usr/include/iso/stdio_iso.h:188: parse error before `__va_list' In file included from os_unix.h:21, from vim.h:233, from buffer.c:28: /usr/include/stdio.h:227: parse error before `__va_list' In file included from /usr/include/wchar.h:11, from /usr/include/wctype.h:20, from vim.h:435, from buffer.c:28: /usr/include/iso/wchar_iso.h:191: parse error before `__va_list' /usr/include/iso/wchar_iso.h:192: parse error before `__va_list' /usr/include/iso/wchar_iso.h:193: parse error before `__va_list' make: *** [objects/buffer.o] Error 1 When I look in the config.log, I can see that there are errors there too, but I really don't know what to do about them. Here's (part of) the config.log. I haven't included all of it, cause it's quite long. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ auto/configure redis --srcdir=. --cache-file=auto/config.cache ## - ## ## Platform. ## ## - ## hostname = openview1 uname -m = sun4u uname -r = 5.8 uname -s = SunOS uname -v = Generic_117350-30 /usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = openview1 Release = 5.8 KernelID = Generic_117350-30 Machine = sun4u BusType = Serial = Users = OEM# = 0 Origin# = 1 NumCPU = 2 /bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/bin PATH: /bin PATH: /usr/sbin PATH: /sbin PATH: /usr/local/bin PATH: /opt/oracle/product/9.2.0/bin PATH: /usr/contrib/bin PATH: /usr/ccs/bin PATH: /usr/local/bin PATH: /export/home/pstuart/bin ## --- ## ## Core tests. ## ## --- ## configure:1266: creating cache auto/config.cache configure:1353: checking whether make sets $(MAKE) configure:1373: result: yes configure:1391: checking for redis-gcc configure:1420: result: no configure:1429: checking for gcc configure:1445: found /usr/local/bin/gcc configure:1455: result: gcc configure:1699: checking for C compiler version configure:1702: gcc --version &5 2.95.3 configure:1705: $? = 0 configure:1707: gcc -v &5 Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) configure:1710: $? = 0 configure:1712: gcc -V &5 gcc: argument to `-V' is missing configure:1715: $? = 1 configure:1738: checking for C compiler default output file name configure:1741: gccconftest.c >&5 configure:1744: $? = 0 configure:1790: result: a.out configure:1795: checking whether the C compiler works configure:1801: ./a.out configure:1804: $? = 0 configure:1821: result: yes configure:1828: checking whether we are cross compiling configure:1830: result: no configure:1833: checking for suffix of executables configure:1835: gcc -o conftestconftest.c >&5 configure:1838: $? = 0 configure:1863: result: configure:1869: checking for suffix of object files configure:1890: gcc -c conftest.c &5 configure:1893: $? = 0 configure:1915: result: o configure:1919: checking whether we are using the GNU C compiler configure:1943: gcc -c conftest.c &5 configure:1949: $? = 0 configure:1953: test -z || test ! -s conftest.err configure:1956: $? = 0 configure:1959: test -s conftest.o configure:1962: $? = 0 configure:1975: result: yes configure:1981: checking whether gcc accepts -g configure:2002: gcc -c -g conftest.c &5 configure:2008: $? = 0 configure:2012: test -z || test ! -s conftest.err configure:2015: $? = 0 configure:2018: test -s conftest.o configure:2021: $? = 0 configure:2032: result: yes configure:2049: checking for gcc option to accept ANSI C configure:2119: gcc -c -g -O2 conftest.c >&5 configure:2125: $? = 0 configure:2129: test -z || test ! -s conftest.err configure:2132: $? =
problems compiling vim 7 on solaris
Hi there, I'm having some trouble compiling vim 7 on solaris 8, and I wonder if someone could point me in the right direction. This is what I see when I compile it : gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MOTIF -I/usr/dt/include -g -O2 -o objects/buffer.o buffer.c In file included from buffer.c:28: vim.h:41: parse error before `:' In file included from /usr/include/stdio.h:22, from os_unix.h:21, from vim.h:233, from buffer.c:28: /usr/include/iso/stdio_iso.h:186: parse error before `__va_list' /usr/include/iso/stdio_iso.h:187: parse error before `__va_list' /usr/include/iso/stdio_iso.h:188: parse error before `__va_list' In file included from os_unix.h:21, from vim.h:233, from buffer.c:28: /usr/include/stdio.h:227: parse error before `__va_list' In file included from /usr/include/wchar.h:11, from /usr/include/wctype.h:20, from vim.h:435, from buffer.c:28: /usr/include/iso/wchar_iso.h:191: parse error before `__va_list' /usr/include/iso/wchar_iso.h:192: parse error before `__va_list' /usr/include/iso/wchar_iso.h:193: parse error before `__va_list' make: *** [objects/buffer.o] Error 1 When I look in the config.log, I can see that there are errors there too, but I really don't know what to do about them. Here's (part of) the config.log. I haven't included all of it, cause it's quite long. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ auto/configure redis --srcdir=. --cache-file=auto/config.cache ## - ## ## Platform. ## ## - ## hostname = openview1 uname -m = sun4u uname -r = 5.8 uname -s = SunOS uname -v = Generic_117350-30 /usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = openview1 Release = 5.8 KernelID = Generic_117350-30 Machine = sun4u BusType = Serial = Users = OEM# = 0 Origin# = 1 NumCPU = 2 /bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/bin PATH: /bin PATH: /usr/sbin PATH: /sbin PATH: /usr/local/bin PATH: /opt/oracle/product/9.2.0/bin PATH: /usr/contrib/bin PATH: /usr/ccs/bin PATH: /usr/local/bin PATH: /export/home/pstuart/bin ## --- ## ## Core tests. ## ## --- ## configure:1266: creating cache auto/config.cache configure:1353: checking whether make sets $(MAKE) configure:1373: result: yes configure:1391: checking for redis-gcc configure:1420: result: no configure:1429: checking for gcc configure:1445: found /usr/local/bin/gcc configure:1455: result: gcc configure:1699: checking for C compiler version configure:1702: gcc --version &5 2.95.3 configure:1705: $? = 0 configure:1707: gcc -v &5 Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) configure:1710: $? = 0 configure:1712: gcc -V &5 gcc: argument to `-V' is missing configure:1715: $? = 1 configure:1738: checking for C compiler default output file name configure:1741: gccconftest.c >&5 configure:1744: $? = 0 configure:1790: result: a.out configure:1795: checking whether the C compiler works configure:1801: ./a.out configure:1804: $? = 0 configure:1821: result: yes configure:1828: checking whether we are cross compiling configure:1830: result: no configure:1833: checking for suffix of executables configure:1835: gcc -o conftestconftest.c >&5 configure:1838: $? = 0 configure:1863: result: configure:1869: checking for suffix of object files configure:1890: gcc -c conftest.c >&5 configure:1893: $? = 0 configure:1915: result: o configure:1919: checking whether we are using the GNU C compiler configure:1943: gcc -c conftest.c >&5 configure:1949: $? = 0 configure:1953: test -z || test ! -s conftest.err configure:1956: $? = 0 configure:1959: test -s conftest.o configure:1962: $? = 0 configure:1975: result: yes configure:1981: checking whether gcc accepts -g configure:2002: gcc -c -g conftest.c >&5 configure:2008: $? = 0 configure:2012: test -z || test ! -s conftest.err configure:2015: $? = 0 configure:2018: test -s conftest.o configure:2021: $? = 0 configure:2032: result: yes configure:2049: checking for gcc option to accept ANSI C configure:2119: gcc -c -g -O2 conftest.c >&5 configure:2125: $? = 0 configure:2129: test -z || test ! -s conftest.err configure:2132: $? = 0 configure:2135: te
Re: Compiling vim 7 with MzScheme support
On 5/13/06, Alexey I. Froloff <[EMAIL PROTECTED]> wrote: > gcc -L/usr/X11R6/lib -L/usr/local/lib -o vim objects/*.o -lXaw -lXmu > -lXext -lXt -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -ldl > -lncurses -lnsl -lncurses -lnsl -lm -lgc /usr/local/plt/lib/libmzgc.a > /usr/local/plt/lib/libmzscheme.a gcc -L/usr/X11R6/lib -L/usr/local/lib -o vim objects/*.o -lXaw -lXmu -lXext -lXt -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -ldl -lncurses -lnsl -lncurses -lnsl -lm -lgc /usr/local/plt/lib/libmzscheme.a /usr/local/plt/lib/libmzgc.a Yeap, that did it. Thanks a lot. Now I get seg faults from mzscheme, but no time to look into this any more, work awaits. Thanks again for the help :) P.S. In better world, static libs should go before -L's. In ideal world there's no static libs... -- Regards, Sir Raorn. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEZfTGVqT7+fkT8woRAoVkAJ9/b9HJQYOy9Uw/qtzJFvMVLnt50gCgr0Al sUP6zugnsM0sRXm1vPUvQFo= =WhgX -END PGP SIGNATURE- -- Therapon
Re: Compiling vim 7 with MzScheme support
* Therapon Skotiniotis [060513 18:31]: > Thanks for the tip, that did get me further. However now I get similar > errors concerning functions calls to (what appears to be) garbage > collection libs. > The LIBS that I am using include -ldl -lm -lgc. The trace I get is > attached. Any ideas ? Heh. You ARE using recent binutils ;-) libmzscheme needs symbols from libmzgc. Put libmzscheme BEFORE libmzgc, like that: > gcc -L/usr/X11R6/lib -L/usr/local/lib -o vim objects/*.o -lXaw -lXmu > -lXext -lXt -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -ldl > -lncurses -lnsl -lncurses -lnsl -lm -lgc /usr/local/plt/lib/libmzgc.a > /usr/local/plt/lib/libmzscheme.a gcc -L/usr/X11R6/lib -L/usr/local/lib -o vim objects/*.o -lXaw -lXmu -lXext -lXt -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -ldl -lncurses -lnsl -lncurses -lnsl -lm -lgc /usr/local/plt/lib/libmzscheme.a /usr/local/plt/lib/libmzgc.a P.S. In better world, static libs should go before -L's. In ideal world there's no static libs... -- Regards, Sir Raorn. signature.asc Description: Digital signature
Re: Compiling vim 7 with MzScheme support
Thanks for the tip, that did get me further. However now I get similar errors concerning functions calls to (what appears to be) garbage collection libs. The LIBS that I am using include -ldl -lm -lgc. The trace I get is attached. Any ideas ? gcc -L/usr/X11R6/lib -L/usr/local/lib -o vim objects/*.o -lXaw -lXmu -lXext -lXt -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -ldl -lncurses -lnsl -lncurses -lnsl -lm -lgc /usr/local/plt/lib/libmzgc.a /usr/local/plt/lib/libmzscheme.a /usr/local/plt/lib/libmzscheme.a(list.o): In function `mark_ephemerons':./list.c:1842: undefined reference to `GC_did_mark_stack_overflow' :./list.c:1847: undefined reference to `GC_flush_mark_stack' :./list.c:1848: undefined reference to `GC_did_mark_stack_overflow' /usr/local/plt/lib/libmzscheme.a(list.o): In function `scheme_init_ephemerons':./list.c:1925: undefined reference to `GC_custom_finalize' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `raise_out_of_memory':./salloc.c:229: undefined reference to `GC_out_of_memory' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `scheme_malloc_fail_ok':./salloc.c:237: undefined reference to `GC_out_of_memory' :./salloc.c:238: undefined reference to `GC_out_of_memory' :./salloc.c:240: undefined reference to `GC_out_of_memory' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `scheme_malloc_eternal':./salloc.c:261: undefined reference to `GC_out_of_memory' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `do_next_finalization':./salloc.c:458: undefined reference to `GC_register_eager_finalizer' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `add_finalizer':./salloc.c:538: undefined reference to `GC_register_eager_finalizer' /usr/local/plt/lib/libmzscheme.a(salloc.o): In function `scheme_weak_reference_indirect':./salloc.c:631: undefined reference to `GC_register_late_disappearing_link' /usr/local/plt/lib/libmzscheme.a(setjmpup.o): In function `push_copied_stacks':./setjmpup.c:113: undefined reference to `GC_flush_mark_stack' :./setjmpup.c:122: undefined reference to `GC_did_mark_stack_overflow' :./setjmpup.c:126: undefined reference to `GC_flush_mark_stack' :./setjmpup.c:127: undefined reference to `GC_did_mark_stack_overflow' /usr/local/plt/lib/libmzscheme.a(setjmpup.o): In function `scheme_init_setjumpup':./setjmpup.c:157: undefined reference to `GC_push_last_roots' :./setjmpup.c:158: undefined reference to `GC_push_last_roots_again' /usr/local/plt/lib/libmzscheme.a(symbol.o): In function `scheme_init_symbol_table':./symbol.c:271: undefined reference to `GC_custom_finalize' /usr/local/plt/lib/libmzscheme.a(thread.o): In function `current_memory_use':./thread.c:816: undefined reference to `GC_get_memory_use' /usr/local/plt/lib/libmzscheme.a(thread.o): In function `make_thread':./thread.c:1889: undefined reference to `GC_collect_start_callback' :./thread.c:1890: undefined reference to `GC_collect_end_callback' collect2: ld returned 1 exit status On 5/12/06, Alexey I. Froloff <[EMAIL PROTECTED]> wrote: * Therapon Skotiniotis [060512 17:33]: > Trying to compile MzScheme support with vim 7 I keep getting errors > about undefined references. You should add -lm to LIBS. If you are using -Wl,--as-needed, -lm should be after libmzsomething.a. -- Regards, Sir Raorn. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEZJUqVqT7+fkT8woRAl6/AJ0V+TZIQLfVMEPqkz40XvVgREld3ACfapV6 q/V7qBTdd3CGXhJ54LvfuIM= =NMee -END PGP SIGNATURE- -- Therapon
Re: Compiling vim 7 with MzScheme support
* Therapon Skotiniotis [060512 17:33]: > Trying to compile MzScheme support with vim 7 I keep getting errors > about undefined references. You should add -lm to LIBS. If you are using -Wl,--as-needed, -lm should be after libmzsomething.a. -- Regards, Sir Raorn. signature.asc Description: Digital signature
Compiling vim 7 with MzScheme support
[I looked at the mailing lists but could not find anything related] Trying to compile MzScheme support with vim 7 I keep getting errors about undefined references. I am using an svn version (read unbstable) of MzScheme so it might be a version compatibility issue. Which mzscheme version has been tested with vim 7 ? Thanks, -- Therapon The error message I get when compiling with aap and with "--enable-mzschemeinterp --with-plthome=/usr/local/plt": /usr/local/plt/lib/libmzscheme.a( numarith.o): In function `rem_mod':./numarith.c:584: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `scheme_init_number':./number.c:198: undefined reference to `atan2' :./number.c:199: undefined reference to `atan2' /usr/local/plt/lib/libmzscheme.a(number.o): In function `scheme_bin_gcd':./number.c:963: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `sch_round':./number.c:1151: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `cos_prim':./number.c:1530: undefined reference to `cos' /usr/local/plt/lib/libmzscheme.a(number.o): In function `exp_prim':./number.c:1527: undefined reference to `exp' /usr/local/plt/lib/libmzscheme.a(number.o): In function `sin_prim':./number.c:1529: undefined reference to `sin' /usr/local/plt/lib/libmzscheme.a(number.o): In function `tan_prim':./number.c:1531: undefined reference to `tan' /usr/local/plt/lib/libmzscheme.a(number.o): In function `scheme_sqrt':./number.c:1719: undefined reference to `sqrt' /usr/local/plt/lib/libmzscheme.a(number.o): In function `sch_pow':./number.c:1866: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `angle':./number.c:2153: undefined reference to `atan2' /usr/local/plt/lib/libmzscheme.a(number.o): In function `log_prim':./number.c:1528: undefined reference to `log' /usr/local/plt/lib/libmzscheme.a(number.o): In function `bignum_log':./number.c:1395: undefined reference to `log' /usr/local/plt/lib/libmzscheme.a(number.o): In function `atan_prim':./number.c:1652: undefined reference to `atan' :./number.c:1642: undefined reference to `atan2' /usr/local/plt/lib/libmzscheme.a(number.o): In function `acos_prim':./number.c:1533: undefined reference to `acos' /usr/local/plt/lib/libmzscheme.a(number.o): In function `asin_prim':./number.c:1532: undefined reference to `asin' /usr/local/plt/lib/libmzscheme.a(number.o): In function `scheme_odd_p':./number.c:845: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `even_p':./number.c:871: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a(number.o): In function `sch_pow':./number.c:1872: undefined reference to `pow' /usr/local/plt/lib/libmzscheme.a(numstr.o): In function `scheme_read_number':./numstr.c:850: undefined reference to `cos' :./numstr.c:851: undefined reference to `sin' /usr/local/plt/lib/libmzscheme.a(port.o): In function `default_sleep':./port.c:7541: undefined reference to `fmod' :./port.c:7489: undefined reference to `fmod' /usr/local/plt/lib/libmzscheme.a( rational.o): In function `scheme_rational_sqrt':./rational.c:502: undefined reference to `sqrt' /usr/local/plt/lib/libmzscheme.a(rational.o): In function `scheme_rational_power':./rational.c:403: undefined reference to `pow' /usr/local/plt/lib/libmzscheme.a(foreign.o): In function `foreign_malloc':./foreign.c:1481: undefined reference to `GC_malloc_uncollectable' /usr/local/plt/lib/libmzscheme.a(bignum.o): In function `scheme_read_bignum':./bignum.c:1281: undefined reference to `log' :./bignum.c:1281: undefined reference to `log' /usr/local/plt/lib/libmzscheme.a(bignum.o): In function `scheme_bignum_from_double':./bgnfloat.inc:94: undefined reference to `pow' /usr/local/plt/lib/libmzscheme.a( bignum.o): In function `scheme_integer_sqrt_rem':./bignum.c:1581: undefined reference to `sqrt' /usr/local/plt/lib/libmzscheme.a(complex.o): In function `scheme_complex_power':./complex.c:262: undefined reference to `atan2' :./complex.c:265: undefined reference to `pow' :./complex.c:265: undefined reference to `exp' :./complex.c:266: undefined reference to `log' :./complex.c:268: undefined reference to `cos' -- Therapon
