search for: telecomunicación

...t it? Somebody suggested me that perhaps LLVM and my pass were compiled with different options (one in Release and another in Debug, for instance) but I double-checked and both are in Debug mode. Can anyone spot the problem here? Thanks ahead! -- Pablo Barrio Dpto. Ing. Electrónica - E.T.S.I. Telecomunicación Despacho C-203 Avda. Complutense s/n, 28040 Madrid Tlf. 915495700 ext. 4234 @: pbarrio at die.upm.es

...#39;t figure out what the error is. I didn't change any file by hand, just autoregenerated them! I'm using autoconf 2.67 and aclocal 1.11.1 which, according to the LLVM site, meet the minimum requirements. Any ideas? Thanks in advance, -- Pablo Barrio Dpto. Ing. Electrónica - E.T.S.I. Telecomunicación Despacho C-203 Avda. Complutense s/n, 28040 Madrid Tlf. 915495700 ext. 4234 @: pbarrio at die.upm.es

...on handling for some parts of the compilation? Just like turning on RTTI with "REQUIRES_RTTI=1" ? Removing exception handling from the functions is not an option, since I would have to tweak the Boost library internals. Thanks ahead! -- Pablo Barrio Dpto. Ing. Electrónica - E.T.S.I. Telecomunicación Despacho C-203 Avda. Complutense s/n, 28040 Madrid Tlf. 915495700 ext. 4234 @: pbarrio at die.upm.es

...n and "configure" all the parameters again, etc. Any hints or pointers to previous threads? Also, if somebody has any other idea about how to partition the code to pass it to different backends, it will be welcome. Thanks in advance, -- Pablo Barrio Dpto. Ing. Electrónica - E.T.S.I. Telecomunicación Despacho C-203 Avda. Complutense s/n, 28040 Madrid Tlf. 915495700 ext. 4234 @: pbarrio at die.upm.es

On 4/4/11 9:25 AM, Pablo Barrio wrote: > Hi all, > > I'm starting a new project and I'm having some trouble with the LLVM > configure+Makefile system. > > When I type "./configure" in the sample project, it seems to work. > However, after going down to the autoconf dir and typing > "./AutoRegen.sh", when I go back to the project main dir and type

...on how this was solved or any one faced this problem later? Can I use the CallingConvention.td or the compatibility is impossible? Thanks, Pedro Malagon -- Pedro Malagón - Profesor ayudante 91 549 57 00 - ext. 4220 Departamento de Ingeniería Electrónica Escuela Técnica Superior de Ingenieros de Telecomunicación Universidad Politécnica de Madrid

On 16.05.2011, at 08:44, Pablo Barrio wrote: > Hi all, > > I'm having trouble when trying to reuse some functions that use > Boost::Exception into my LLVM-based application. As far as I know, LLVM > turns off Exception handling (apparently for performance reasons), so I > get the following link-time error in a few places: > > "undefined reference to

Hello Pedro, As others have said we're assuming that you're using Clang as the frontend, the MSP430TargetInfo class inside lib/Basic/Targets.cpp (clang codebase) set ints to be 16 bits wide, so you should get 16bit mults straight away without promotion. But anyways for 8bit multiplicantions you can do the following to bypass argument promotion: 1) go to the lib/CodeGen/TargetInfo.cpp

...he selection of either method is done by defining BOOST_NO_EXCEPTIONS. I'd like to use the standard exceptions instead of making my own. Do you think that's possible? Is it possible (and correct) to turn on exception handling with LLVM? -- Pablo Barrio Dpto. Ing. Electrónica - E.T.S.I. Telecomunicación Despacho C-203 Avda. Complutense s/n, 28040 Madrid Tlf. 915495700 ext. 4234 @: pbarrio at die.upm.es

...RD=1] [ID=3] Can any one give me a clue over the problem? Did I miss something when getting Hexagon backend code for direct address mode? Thanks, Pedro -- Pedro Malagón - Profesor ayudante 91 549 57 00 - ext. 4220 Departamento de Ingeniería Electrónica Escuela Técnica Superior de Ingenieros de Telecomunicación Universidad Politécnica de Madrid

> At -O0, you don't. __mulsi3 is the obvious lowering, and you're doing > something wrong if your tools don't provide it. MSP430 is 16 bit target, so mulsi is a bit expensive there, mulhi / mulqi can be implemented via hardware multiplier. There are several problems wrt 16 bit support inside LLVM in general and msp430 in particular: 1. In some places LLVM expectes 32 bit or 64

...i8* %kk, align 1 %conv3 = zext i8 %2 to i32 %mul = mul nsw i32 %conv2, %conv3 %conv4 = trunc i32 %mul to i16 store i16 %conv4, i16* %kk16, align 2 -- Pedro Malagón - Profesor ayudante 91 549 57 00 - ext. 4220 Departamento de Ingeniería Electrónica Escuela Técnica Superior de Ingenieros de Telecomunicación Universidad Politécnica de Madrid