search for: genlibdeps

...the >> past. Building with the configure script works, so it seems something >> related to CMake. Do you have any insight on this? >> > I'll get back on this tonight or tomorrow. Thanks. > * Am I correct in thinking that the CMake process doesn't reference > GenLibDeps.pl? The LLVM CMake build system generates and uses llvm-config where it is required (MSVC++ can live without it). This means that GenLibDeps.pl is invoked for building llvm-config. > * I am seeing desynchronization between the configure-generated > Makefiles and the CMakeFile.txt files. [...

...m> writes: > > [snip] > >> My internal priority for that CMake patch is low, as I need only minimal >> patching to use the autoconf-generated configure script to build LLVM. >> Right now it's just llvm.config.in.in that needs patching (the failsafed >> GenLibDeps.pl script went in recently); I'll float a proper RFC on >> llvm-commit when I actually schedule time to do a non-hackish patch. >> > > I'm seeing a failure related to circular library references while > building LLVM with CMake and MSYS. This didn't happen on...

Hi Nathan, > The latter being what GenLibDeps.pl expects to see. All else being > equal though, it might be better to change GenLibDeps.pl to recognize > the first version: > --- GenLibDeps.pl (revision 78653) > +++ GenLibDeps.pl (working copy) > @@ -100,7 +100,7 @@ > print " <dt><b>$li...

Hi I found utils/GenLibDeps.pl cann't run on Windows, so I fix it, made a patch on svn-110435. I submit this patch, hope it can be accepted. Thanks for your time. Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100806/d2e1...

Duncan Sands wrote: > Hi Nathan, > > >> The latter being what GenLibDeps.pl expects to see. All else being >> equal though, it might be better to change GenLibDeps.pl to recognize >> the first version: >> --- GenLibDeps.pl (revision 78653) >> +++ GenLibDeps.pl (working copy) >> @@ -100,7 +100,7 @@ >> print "...

...>> Maybe there are some such desynchronizations. Please report them and >> I'll fix them. >> >> On this specific case, IIRC, MinGW chokes if asmprinter is not on the >> list of components. This may be another consequence of the malfunctoning >> of llvm-config/GenLibDeps.pl on MinGW/MSYS. [snip] > Is that choking post-linking? IIRC, it caused the link to fail with unresolved externals, most likely because some library was not mentioned on the output of llvm-config, which in turn may be caused by the malfunction of GenLibDeps.pl for the MinGW/CMake combo. [sn...

...mp;& __PIC__ && (defined(__linux__) || defined(__sun__)) or #if defined(__PIC__) && __PIC__ && !defined(__APPLE__) or if it should be a configure test, which might be safer. Are there any x86 platforms (other than apple) that don't need PLT-indirect calls? 2. GenLibDeps.pl was changed in r73228 to remove the -g option from nm - this breaks with Sun nm, which needs the -g to emit output compatible with the regexps used in GenLibDeps.pl. Reverting this change works correctly (although it does print some warnings). The patch had the comment: Fix the SUS u...

...tainly appreciate your bug report, no patch required. > My internal priority for that CMake patch is low, as I need only minimal > patching to use the autoconf-generated configure script to build LLVM. > Right now it's just llvm.config.in.in that needs patching (the failsafed > GenLibDeps.pl script went in recently); I'll float a proper RFC on > llvm-commit when I actually schedule time to do a non-hackish patch. I'm seeing a failure related to circular library references while building LLVM with CMake and MSYS. This didn't happen on the past. Building with the conf...

...rst. >> > > Maybe there are some such desynchronizations. Please report them and > I'll fix them. > > On this specific case, IIRC, MinGW chokes if asmprinter is not on the > list of components. This may be another consequence of the malfunctoning > of llvm-config/GenLibDeps.pl on MinGW/MSYS. > That is the only desynchronization among the tools for libraries to link in. I haven't rigged the proofreader assistant system I'm writing to handle the actual file lists for each library yet. (Prototype is Windows batchfile. If I don't find the features I...

Hello > I found utils/GenLibDeps.pl cann't run on Windows, so I fix it, made a patch > on svn-110435. I submit this patch, hope it can be accepted. It definitely works for me on windows (not only for me, but for many others too). Which problems you're seeing? -- With best regards, Anton Korobeynikov Faculty of Mathema...

...mailman/listinfo/llvmdev > > Thanks for getting it back up so quickly. Now if I could only get it to build on my system! Here's how my make attempt died. make[1]: Entering directory `/d/apps/llvm/tools/llvm-config' llvm[1]: Regenerating LibDeps.txt /bin/sh.exe: /d/apps/llvm/utils/GenLibDeps.pl: No such file or directory make[1]: *** [/d/apps/llvm/tools/llvm-config/LibDeps.txt] Error 127 make[1]: Leaving directory `/d/apps/llvm/tools/llvm-config' make: *** [all] Error 1 It seems as though GenLibDeps.pl does not exist but in fact it does exist in that directory. I am baffled by th...

My 7 zip file manager says that the mingw binary is corrupt for llvm 1.9. I suppose that means that those of us running windows have no hope of getting llvm right now? Someone reported this earlier but the situation remains unchanged. -Matt

Hello everyone, I've run across a problem building LLVM 2.7 with Mingw on Win7. When I try make VERBOSE=1, it churns away happily for a while and then produces: /c/Perl/bin/perl /c/Programs32/llvm-2.7/utils/GenLibDeps.pl -flat /c/Programs 32/llvm-2.7/obj/Release/lib "/mingw/bin/nm" > /c/Programs32/llvm-2.7/obj/tools/ llvm-config/LibDeps.txt.tmp 'c:' is not recognized as an internal or external command, operable program or batch file. nm failed at c:/Programs32/llvm-2.7/utils/GenLibDeps.pl li...

Hello, Everyone > On this specific case, IIRC, MinGW chokes if asmprinter is not on the > list of components. This may be another consequence of the malfunctoning > of llvm-config/GenLibDeps.pl on MinGW/MSYS. This works for me without any problems on mingw32. What are the problems you're seeing? -- WBR, Anton Korobeynikov

On 20/08/2009, at 1:02 AM, Kenneth Boyd wrote: > Duncan Sands wrote: >> Hi Nathan, >> >> >>> The latter being what GenLibDeps.pl expects to see. All else >>> being equal though, it might be better to change GenLibDeps.pl to >>> recognize the first version: >>> --- GenLibDeps.pl (revision 78653) >>> +++ GenLibDeps.pl (working copy) >>> @@ -100,7 +100,7 @@ >&...

Óscar Fuentes wrote: > The CMake devteam is very responsive about bug reports. They will > certainly appreciate your bug report, no patch required. > I still don't think I have enough detail to file a bug report (not sure exactly what they need to know about my system configuration to make it testable). I did go ahead (just now) and ask the main CMake mailing list which files I

...ux__) || > defined(__sun__)) > > or > > #if defined(__PIC__) && __PIC__ && !defined(__APPLE__) > > or if it should be a configure test, which might be safer. Are there > any x86 platforms (other than apple) that don't need PLT-indirect calls? > > 2. GenLibDeps.pl was changed in r73228 to remove the -g option from nm > - this breaks with Sun nm, which needs the -g to emit output > compatible with the regexps used in GenLibDeps.pl. Reverting this > change works correctly (although it does print some warnings). > > The patch had the comment:...

On Mon, Apr 20, 2009 at 3:32 AM, Jay Foad <jay.foad at gmail.com> wrote: >> The attached patch makes GenLibDeps.pl notice that nm has failed, so >> that the build fails immediately rather than giving more obscure >> errors later on. > > Would you mind applying the patch? > Sure. But could you add a message to the "die" commands? Something like: close DEFS or die "Could no...

...prefix}/share/doc/llvm"; eval LLVM_ETCDIR="${prefix}/etc/llvm"; diff --git a/tools/llvm-config/Makefile b/tools/llvm-config/Makefile index c7f7b32..ad8532e 100644 --- a/tools/llvm-config/Makefile +++ b/tools/llvm-config/Makefile @@ -68,6 +68,8 @@ llvm-config-perobj: llvm-config.in $(GenLibDeps) $(LibDir) $(wildcard $(LibDir)/ >> temp.sed $(Verb) $(ECHO) 's/@LLVM_BUILDMODE@/$(subst /,\/,$(BuildMode))/' \ >> temp.sed + $(Verb) $(ECHO) 's/@LLVM_LIBDIR_SUFFIX@/$(subst /,\/,$(LLVM_LIBDIR_SUFFIX))/' \ + >> temp.sed $(Verb) $(SED) -f temp.sed &lt...

...nf view of the world, and would only take an evening to get working. If llvm-gcc 4.0 requires a specific subset of libraries, we could add a third hard-coded configuration. Later on, we could consider adding fine-grained control over which libraries get linked, perhaps based on output from GenLibDeps.pl. But that would require making GenLibDeps.pl more portable (it currently uses some non-portable nm flags). In any case, I'm mostly focused on making things easy for first-time LLVM users. > For what it's worth, linking is significantly faster for a release > build than a d...