Visual C++6.0下的workspace和project结构初探 -VC6的dsp和dsw文件分析_project_dep_name-程序员宅基地

技术标签: c++  apache  编译器  x86  makefile  MFC  mfc  

最近下载Apachehttpd源码进行编译,使用VC6打开Apache.dsw以后进行编译,发现apr.h文件没有包含在下载的源码中,但编译后却发现存在该文件,为弄明白是何处产生arp.h文件,便阅读了Apache.dspMakefile.win等文件,整理和总结了apacheproject组织结构和VC6下的Project组织结构。我会把文章中用到的apache文件都添加进来,使得大家不用下载apache源码,如果大家对apache编译有兴趣,可以参考我的另一篇文章:http://blog.csdn.net/ftomorrow/archive/2009/03/11/3980143.aspx

 

一、WorkspaceProjects的组织

        VC6打开Apache.dsw 以后,发现workspace包含许多的ProjectsApacheApacheMonitorlibapr等。从网上搜到dsw文件的说明:dsw的全称是Developer Studio Workspace,属于最高级别的配置文件,记录了整个Workspace的配置信息,它是一个纯文本文件,通常在VC6创建新项目时自动生成。为弄明白VCProject如何组织的,用文本编辑器打开Apache.dsw文件,发现其内容如下:

[cpp] view plaincopy

1.  Project: "Apache"="./Apache.dsp" - Package Owner=<4>  

2.  Package=<5>  

3.  { { {  

4.  }}}  

5.  Package=<4>  

6.  { { {  

7.      Begin Project Dependency  

8.      Project_Dep_Name libapr  

9.      End Project Dependency  

10.     Begin Project Dependency  

11.     Project_Dep_Name libaprutil  

12.     End Project Dependency  

13.     Begin Project Dependency  

14.     Project_Dep_Name libhttpd  

15.     End Project Dependency  

16. }}}  

17. ###############################################################################  

18. #此处省略许多Project,只以libapr为例说明  

19. #.....  

20. ###############################################################################  

21. Project: "libapr"="./srclib/apr/libapr.dsp" - Package Owner=<4>  

22. Package=<5>  

23. { { {  

24. }}}  

25. Package=<4>  

26. { { {  

27. }}}  

28. #  

29. #后续省略许多Project,只以libapr为例说明  

30. #.....  

     为了分析和研究dsw文件的格式,我用VC6建立新建一个名字为yang的项目,并添加一个main.cpp文件到该工程中,之后VC6自动生成了Project的项目文件 :yang.dsw和yang.dsp文件,打开yang.dsw文件,其内容如下:

[cpp] view plaincopy

1.  Project: "yang"=./yang.dsp - Package Owner=<4>  

2.  Package=<5>  

3.  { { {  

4.  }}}  

5.  Package=<4>  

6.  { { {  

7.  }}}  

8.  Global:  

9.  Package=<5>  

10. { { {  

11. }}}  

12. Package=<3>  

13. { { {  

14. }}}  

15. ###############################################################################  

     对比yang.dsw和apache.dsw格式,便可以发现dsw文件中包含两类Entry:Project和Global。一个dsw文件中可以包含多个Porect Entry(我不知Entry表述是否准确,但我没搜索到dsw文件格式说明,故采用Entry一说),如果包含了多个Project Entry说明该Workspace中含有多个Projects。每一个Project Entry开头为:

[cpp] view plaincopy

1.  Project:"yang"=./yang.dsp - Package Owner=<4>  

其中yang是指project名字,每一个Project包含两个Package:Package=<5>和Package=<4>,如果同一个workspace中的多个Project之间有依赖关系,则会在Package=<4>中进行描述,如Apache.dsw中的Apacheproject的其中一个依赖关系定义为:

[cpp] view plaincopy

1.  Begin Project Dependency  

2.  Project_Dep_Name libapr  

3.  End Project Dependency  

    这表示Apache project依赖于libapr project,每一个project可以依赖于多个project,yang.dsw中因为只有yang一个project,所没有依赖关系。VC中可以通过Project->Dependencies菜单来修改和增加Project的依赖关系。
    为验证以上分析是否正确,我把yang.dsp拷贝一份为zhang.dsp,然后把zhang.dsp中所有字符串yang替换成zhang,之后修改yang.dsw,在yang project section之后添

[cpp] view plaincopy

1.  ###############################################################################  

2.  Project: "zhang"=./zhang.dsp - Package Owner=<4>  

3.  Package=<5>  

4.  { { {  

5.  }}}  

6.  Package=<4>  

7.  { { {  

8.  }}}  

    保存后使用VC6打开yang.dsw文件,便看到yang workspace中包含yang和zhang两个project。

二、Workspace中Project的编译

     Apache手册中说:在windows下编译需要设置BuildBin project为Active project,然后进行编译(编译过程可以参考我的另外一篇文章:http://blog.csdn.net/ftomorrow/archive/2009/03/11/3980143.aspx)。既然设置了BuildBin project作为active project进行编译,其关键在于BuildBin.dsw 和BuildBin.dsp文件组织上。从网上搜到的dsp文件说明为:dsp全称是DeveloperStudio Project,是一个配置文件,它记录的是一个项目的所有配置信息,纯文本文件,主要用于配置编译。打开BuildBin.dsp文件,可以看到:

[cpp] view plaincopy

1.  # Microsoft Developer Studio Project File - Name="BuildBin" - Package Owner=<4>  

2.  # Microsoft Developer Studio Generated Build File, Format Version 6.00  

3.  # ** DO NOT EDIT **  

4.  # TARGTYPE "Win32 (x86) External Target" 0x0106  

5.  CFG=BuildBin - Win32 Debug  

6.  !MESSAGE This is not a valid makefile. To build this project using NMAKE,  

7.  !MESSAGE use the Export Makefile command and run  

8.  !MESSAGE   

9.  !MESSAGE NMAKE /f "BuildBin.mak".  

10. !MESSAGE   

11. !MESSAGE You can specify a configuration when running NMAKE  

12. !MESSAGE by defining the macro CFG on the command line. For example:  

13. !MESSAGE   

14. !MESSAGE NMAKE /f "BuildBin.mak" CFG="BuildBin - Win32 Debug"  

15. !MESSAGE   

16. !MESSAGE Possible choices for configuration are:  

17. !MESSAGE   

18. !MESSAGE "BuildBin - Win32 Release" (based on "Win32 (x86) External Target")  

19. !MESSAGE "BuildBin - Win32 Debug" (based on "Win32 (x86) External Target")  

20. !MESSAGE   

21. # Begin Project  

22. # PROP AllowPerConfigDependencies 0  

23. # PROP Scc_ProjName ""  

24. # PROP Scc_LocalPath ""  

25. !IF  "$(CFG)" == "BuildBin - Win32 Release"  

26. # PROP BASE Use_Debug_Libraries 0  

27. # PROP BASE Output_Dir ""  

28. # PROP BASE Intermediate_Dir ""  

29. # PROP BASE Cmd_Line "NMAKE /f makefile.win"  

30. # PROP BASE Rebuild_Opt "/a"  

31. # PROP BASE Target_File "/Apache2.0/bin/Apache.exe"  

32. # PROP BASE Bsc_Name "./Browse/BuildBin.bsc"  

33. # PROP BASE Target_Dir ""  

34. # PROP Use_Debug_Libraries 0  

35. # PROP Output_Dir ""  

36. # PROP Intermediate_Dir ""  

37. # PROP Cmd_Line "NMAKE /f makefile.win INSTDIR="/Apache2" LONG=Release _tryssl _tryzlib _dummy"  

38. # PROP Rebuild_Opt ""  

39. # PROP Target_File "/Apache2/bin/Apache.exe"  

40. # PROP Bsc_Name "./Browse/Apache.bsc"  

41. # PROP Target_Dir ""  

42. !ELSEIF  "$(CFG)" == "BuildBin - Win32 Debug"  

43. # PROP BASE Use_Debug_Libraries 1  

44. # PROP BASE Output_Dir ""  

45. # PROP BASE Intermediate_Dir ""  

46. # PROP BASE Cmd_Line "NMAKE /f makefile.win"  

47. # PROP BASE Rebuild_Opt "/a"  

48. # PROP BASE Target_File "/Apache2.0/bin/Apache.exe"  

49. # PROP BASE Bsc_Name "./Browse/BuildBin.bsc"  

50. # PROP BASE Target_Dir ""  

51. # PROP Use_Debug_Libraries 1  

52. # PROP Output_Dir ""  

53. # PROP Intermediate_Dir ""  

54. # PROP Cmd_Line "NMAKE /f makefile.win INSTDIR="/Apache2" LONG=Debug _tryssl _tryzlib _dummy"  

55. # PROP Rebuild_Opt ""  

56. # PROP Target_File "/Apache2/bin/Apache.exe"  

57. # PROP Bsc_Name "./Browse/Apache.bsc"  

58. # PROP Target_Dir ""  

59. !ENDIF   

60. # Begin Target  

61. # Name "BuildBin - Win32 Release"  

62. # Name "BuildBin - Win32 Debug"  

63. !IF  "$(CFG)" == "BuildBin - Win32 Release"  

64. !ELSEIF  "$(CFG)" == "BuildBin - Win32 Debug"  

65. !ENDIF   

66. # Begin Source File  

67. SOURCE=./os/win32/BaseAddr.ref  

68. # End Source File  

69. # Begin Source File  

70. SOURCE=./CHANGES  

71. # End Source File  

72. # Begin Source File  

73. SOURCE=./Makefile.win  

74. # End Source File  

75. # Begin Source File  

76. SOURCE=./STATUS  

77. # End Source File  

78. # End Target  

79. # End Project  

   为了进行对比,给出工程yang的yang.dsp文件内容:

[cpp] view plaincopy

1.  # Microsoft Developer Studio Project File - Name="yang" - Package Owner=<4>  

2.  # Microsoft Developer Studio Generated Build File, Format Version 6.00  

3.  # ** DO NOT EDIT **  

4.  # TARGTYPE "Win32 (x86) Console Application" 0x0103  

5. CFG=yang - Win32 Debug  

6.  !MESSAGE This is not a valid makefile. To build this project using NMAKE,  

7.  !MESSAGE use the Export Makefile command and run  

8.  !MESSAGE   

9.  !MESSAGE NMAKE /f "yang.mak".  

10. !MESSAGE   

11. !MESSAGE You can specify a configuration when running NMAKE  

12. !MESSAGE by defining the macro CFG on the command line. For example:  

13. !MESSAGE   

14. !MESSAGE NMAKE /f "yang.mak" CFG="yang - Win32 Debug"  

15. !MESSAGE   

16. !MESSAGE Possible choices for configuration are:  

17. !MESSAGE   

18. !MESSAGE "yang - Win32 Release" (based on "Win32 (x86) Console Application")  

19. !MESSAGE "yang - Win32 Debug" (based on "Win32 (x86) Console Application")  

20. !MESSAGE   

21. # Begin Project  

22. # PROP AllowPerConfigDependencies 0  

23. # PROP Scc_ProjName ""  

24. # PROP Scc_LocalPath ""  

25. CPP=cl.exe  

26. RSC=rc.exe  

27. !IF  "$(CFG)" == "yang - Win32 Release"  

28. # PROP BASE Use_MFC 0  

29. # PROP BASE Use_Debug_Libraries 0  

30. # PROP BASE Output_Dir "Release"  

31. # PROP BASE Intermediate_Dir "Release"  

32. # PROP BASE Target_Dir ""  

33. # PROP Use_MFC 0  

34. # PROP Use_Debug_Libraries 0  

35. # PROP Output_Dir "Release"  

36. # PROP Intermediate_Dir "Release"  

37. # PROP Target_Dir ""  

38. # ADD BASE CPP /nologo /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /c  

39. # ADD CPP /nologo /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /c  

40. # ADD BASE RSC /l 0x804 /d "NDEBUG"  

41. # ADD RSC /l 0x804 /d "NDEBUG"  

42. BSC32=bscmake.exe  

43. # ADD BASE BSC32 /nologo  

44. # ADD BSC32 /nologo  

45. LINK32=link.exe  

46. # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386  

47. # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386  

48. !ELSEIF  "$(CFG)" == "yang - Win32 Debug"  

49. # PROP BASE Use_MFC 0  

50. # PROP BASE Use_Debug_Libraries 1  

51. # PROP BASE Output_Dir "Debug"  

52. # PROP BASE Intermediate_Dir "Debug"  

53. # PROP BASE Target_Dir ""  

54. # PROP Use_MFC 0  

55. # PROP Use_Debug_Libraries 1  

56. # PROP Output_Dir "Debug"  

57. # PROP Intermediate_Dir "Debug"  

58. # PROP Target_Dir ""  

59. # ADD BASE CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /GZ /c  

60. # ADD CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /FR /YX /FD /GZ /c  

61. # ADD BASE RSC /l 0x804 /d "_DEBUG"  

62. # ADD RSC /l 0x804 /d "_DEBUG"  

63. BSC32=bscmake.exe  

64. # ADD BASE BSC32 /nologo  

65. # ADD BSC32 /nologo  

66. LINK32=link.exe  

67. # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /debug /machine:I386 /pdbtype:sept  

68. # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /debug /machine:I386 /pdbtype:sept  

69. !ENDIF   

70. # Begin Target  

71. # Name "yang - Win32 Release"  

72. # Name "yang - Win32 Debug"  

73. # Begin Group "Source Files"  

74. # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat"  

75. # Begin Source File  

76. SOURCE=./main.cpp  

77. # End Source File  

78. # End Group  

79. # Begin Group "Header Files"  

80. # PROP Default_Filter "h;hpp;hxx;hm;inl"  

81. # End Group  

82. # Begin Group "Resource Files"  

83. # PROP Default_Filter "ico;cur;bmp;dlg;rc2;rct;bin;rgs;gif;jpg;jpeg;jpe"  

84. # End Group  

85. # End Target  

86. # End Project  

     对比yang.dsp 和buildall.dsp两个文件,可以发现其共同之处在于他们都包含了CFG定义ProjectsectionProject中还包含了Target section,而Target中又包含了source section。其中CFG的值表示编译的版本是Debug还是release,该值可以通过VC的Build->configurations菜单来设置。yang.dsp在Project section中通过以下部分配置来编译源代码和资源文件:

[cpp] view plaincopy

1.  # ADD BASE CPP /nologo /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /c  

2.  # ADD CPP /nologo /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /c  

3.  # ADD BASE RSC /l 0x804 /d "NDEBUG"  

4.  # ADD RSC /l 0x804 /d "NDEBUG"  

    其中CPP=cl.exe,RSC=rc.exe是VC的代码编译器和资源编译器,编译的文件由后续的Source section定义。
    Project section还使用bscmake.exe来进行编译:

[cpp] view plaincopy

1.  BSC32=bscmake.exe  

2.  # ADD BASE BSC32 /nologo  

3.  # ADD BSC32 /nologo  

    我在网上搜到的bscmake.exe说明为:.BSC格式文件是浏览信息文件,由浏览信息维护工具(BSCMAKE)从原始浏览信息文件(.SBR)中生成,BSC文件可以用来在源代码编辑窗口中进行快速定 位。用于浏览项目信息的,如果用source brower的话就必须有这个文件。可以在project options里去掉Generate Browse Info File,这样可以加快编译进度。 
   在定义编译之后还使用link.exe定义链接:

[cpp] view plaincopy

1.  # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386  

2.  # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /machine:I386  

    从以上过程中可以看出,yang.dsp 文件的Project定义了整个workspace的编译过程,包括使用cl.ext 程序进行编译和link.exe进行链接。
    而在apache的Buildall.dsp文件中,Project部分没有使用cl.exe 和link.exe来定义编译和链接方式,而是进行了如下定义:

[cpp] view plaincopy

1.  # PROP Cmd_Line "NMAKE /f makefile.win INSTDIR="/Apache2" LONG=Debug _tryssl _tryzlib _dummy"  

    该定义将使得VC使用name/f makefile.win 进行编译,而makefile.win 是apapche源码中包含的makefile文件,如此编译的所有操作都由makefile.win 文件进行控制。
    Project中包含Targetsection,Target section中会定义所有要编译的源代码,它会包含很多Source section,yang.dsp把所有添加到项目中的源程序文件:main.cpp 和资源文件都添加进来,并且还分成了两个group,一个是source code group和 还有一个是Resource Files group,这两个分别是用cl.exe 和rc.exe进行编译。
    而在buildall.dsp文件中,由于已经通过name /f makefile.win 进行编译,我猜测Source section部分的定义已经没有意义了。
在source section部分,还可以编写类似makefile中文件依赖关系在其中,apache中包含一个子project:apr,其对应的apr.dsp文件中部分的source section内容为:

[cpp] view plaincopy

1.  SOURCE=./include/apr.hnw  

2.  # PROP Exclude_From_Build 1  

3.  # End Source File  

4.  # Begin Source File  

5.  SOURCE=./include/apr.hw  

6.  !IF  "$(CFG)" == "apr - Win32 Release"  

7.  # Begin Custom Build - Creating apr.h from apr.hw  

8.  InputPath=./include/apr.hw  

9.  "./include/apr.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)"  

10.     type ./include/apr.hw > ./include/apr.h  

11. # End Custom Build  

12. !ELSEIF  "$(CFG)" == "apr - Win32 Debug"  

13. # Begin Custom Build - Creating apr.h from apr.hw  

14. InputPath=./include/apr.hw  

15. "./include/apr.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)"  

16.     type ./include/apr.hw > ./include/apr.h  

17. # End Custom Build  

18. !ENDIF   

19. # End Source File  

20. # Begin Source File  

21. SOURCE=./include/apr_allocator.h  

22. # End Source File  

    在以上定义中,"./include/apr.h" :$(SOURCE) "$(INTDIR)" "$(OUTDIR)" 定义了apr.h文件依赖于apr.hw文件,如果apr.hw文件发生了变化,则执行type ./include/apr.hw >./include/apr.h指令把apr.hw内容拷贝到apr.h文件(type是dos的命令,把文件内容进行输出),这也解释了为何在下载的源码里不包含apr.h文件,但编译后就包含了该文件。

三、Visual C++ workspace组织和Project编译控制小结

     VC 通过.dsw 文件来管理和存储workspace中配置和project,它定义了每个Project和他们之间的依赖关系。而.dsp 文件定义了对应project的编译配置信息,VC通过该文件对代码进行编译,我们也可以通过修改该文件而采用nmake的makefile来进行编译。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/jiangdf/article/details/7778046

智能推荐

settext 下划线_Android TextView 添加下划线的几种方式-程序员宅基地

文章浏览阅读748次。总结起来大概有5种做法:将要处理的文字写到一个资源文件,如string.xml(使用html用法格式化)当文字中出现URL、E-mail、电话号码等的时候,可以将TextView的android:autoLink属性设置为相应的的值,如果是所有的类型都出来就是**android:autoLink="all",当然也可以在java代码里 做,textView01.setAutoLinkMask(Li..._qaction::settext 无法添加下划线

TableStore时序数据存储 - 架构篇_tablestore 时间类型处理-程序员宅基地

文章浏览阅读6.3k次,点赞2次,收藏10次。摘要: 背景 随着近几年物联网的发展,时序数据迎来了一个不小的爆发。从DB-Engines上近两年的数据库类型增长趋势来看,时序数据库的增长是非常迅猛的。在去年我花了比较长的时间去了解了一些开源时序数据库,写了一个系列的文章(综述、HBase系、Cassandra系、InfluxDB、Prometheus),感兴趣的可以浏览。背景随着近几年物联网的发展,时序数据迎来了一个不小的爆发。从DB..._tablestore 时间类型处理

Ubuntu20.04下成功运行VINS-mono_uabntu20.04安装vins-mono-程序员宅基地

文章浏览阅读5.7k次,点赞8次,收藏49次。可以编译成功但是运行时段错误查找原因应该是ROS noetic版本中自带的OpenCV4和VINS-mono中需要使用的OpenCV3冲突的问题。为了便于查找问题,我只先编译feature_tracker包。解决思路历程:o想着把OpenCV4相关的库移除掉,但是发现编译feature_tracker的时候仍然会关联到Opencv4的库,查找原因是因为cv_bridge是依赖opencv4的,这样导致同时使用了opencv3和opencv4,因此运行出现段错误。oo进一步想着(1)把vins-mon_uabntu20.04安装vins-mono

TMS320C6748_EMIF时钟配置_tms 6748-程序员宅基地

文章浏览阅读3.6k次,点赞3次,收藏12次。创龙TL6748开发板中,EMIFA模块使用默认的PLL0_SYSCLK3时钟,使用AISgen for D800K008工具加载C6748配置文件C6748AISgen_456M_config(Configuration files,在TL_TMS6748/images文件夹下),由图可以看到DIV3等于4,注意这里的DIV3就是实际的分频值(x),而不是写入相应PLL寄存器的值(x-1)。_tms 6748

eigen稀疏矩阵拼接(基于块操作的二维拼接)的思考-程序员宅基地

文章浏览阅读5.9k次,点赞4次,收藏13次。转载请说明出处:eigen稀疏矩阵拼接(块操作)eigen稀疏矩阵拼接(块操作)关于稀疏矩阵的块操作:参考官方链接 However, for performance reasons, writing to a sub-sparse-matrix is much more limited, and currently only contiguous sets of columns..._稀疏矩阵拼接

基于Capon和信号子空间的变形算法实现波束形成附matlab代码-程序员宅基地

文章浏览阅读946次,点赞19次,收藏19次。波束形成是天线阵列信号处理中的一项关键技术,它通过对来自不同方向的信号进行加权求和,来增强特定方向的信号并抑制其他方向的干扰。本文介绍了两种基于 Capon 和信号子空间的变形算法,即最小方差无失真响应 (MVDR) 算法和最小范数算法,用于实现波束形成。这些算法通过优化波束形成权重向量,来最小化波束形成输出的方差或范数,从而提高波束形成性能。引言波束形成在雷达、声纳、通信和医学成像等众多应用中至关重要。它可以增强目标信号,抑制干扰和噪声,提高系统性能。

随便推点

Ubuntu好用的软件推荐_ubuntu开发推荐软件-程序员宅基地

文章浏览阅读3.4w次。转自:http://www.linuxidc.com/Linux/2017-07/145335.htm使用Ubuntu开发已经有些时间了。写下这篇文章,希望记录下这一年的小小总结。使用Linux开发有很多坑,同时也有很多有趣的东西,可以编写一些自动化脚本,添加定时器,例如下班定时关机等自动化脚本,同时对于服务器不太了解的朋友,建议也可以拿台Linux来实践下,同时Ubuntu在Androi_ubuntu开发推荐软件

Nginx反向代理获取客户端真实IP_nginx获取到的是交换机的ip-程序员宅基地

文章浏览阅读2.2k次。一,问题 nginx反向代理后,在应用中取得的ip都是反向代理服务器的ip,取得的域名也是反向代理配置的url的域名,解决该问题,需要在nginx反向代理配置中添加一些配置信息,目的将客户端的真实ip和域名传递到应用程序中。二,解决 Nginx服务器增加转发配置 proxy_set_header Host $host;_nginx获取到的是交换机的ip

Wireshark TCP数据包跟踪 还原图片 WinHex应用_wireshark抓包还原图片-程序员宅基地

文章浏览阅读1.4k次。Wireshark TCP数据包跟踪 还原图片 WinHex简单应用 _wireshark抓包还原图片

Win8蓝屏(WHEA_UNCORRECTABLE_ERROR)-程序员宅基地

文章浏览阅读1.5k次。Win8下安装VS2012时,蓝屏,报错WHEA_UNCORRECTABLE_ERROR(P.S.新的BSOD挺有创意":("),Google之,发现[via]需要BIOS中禁用Intel C-State,有严重Bug的嫌疑哦原因有空再看看..._win8.1 whea_uncorrectable_error蓝屏代码

案例课1——科大讯飞_科大讯飞培训案例-程序员宅基地

文章浏览阅读919次,点赞21次,收藏22次。科大讯飞是一家专业从事智能语音及语音技术研究、软件及芯片产品开发、语音信息服务的软件企业,语音技术实现了人机语音交互,使人与机器之间沟通变得像人与人沟通一样简单。语音技术主要包括语音合成和语音识别两项关键技术。此外,语音技术还包括语音编码、音色转换、口语评测、语音消噪和增强等技术,有着广阔的应用。_科大讯飞培训案例

perl下载与安装教程【工具使用】-程序员宅基地

文章浏览阅读4.7k次。Perl是一个高阶程式语言,由 Larry Wall和其他许多人所写,融合了许多语言的特性。它主要是由无所不在的 C语言,其次由 sed、awk,UNIX shell 和至少十数种其他的工具和语言所演化而来。Perl对 process、档案,和文字有很强的处理、变换能力,ActivePerl是一个perl脚本解释器。其包含了包括有 Perl for Win32、Perl for ISAPI、PerlScript、Perl。_perl下载

推荐文章

热门文章

相关标签